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FOREWORD 


This  report  is  a  portion  of  the  documentation  of  Release  4.0  of  the 
Highway  Information  System  undertaken  by  the  Department  of  Civil  Engineering 
and  Engineering  Mechanics,  Montana  State  University.   The  retrieval  system 
has  been  evolving  over  the  last  several  years  under  the  sponsorship  of  the 
Planning  and  Research  Bureau  of  the  Montana  Department  of  Highways  with 
some  assistance  from  the  Highway  Traffic  Safety  Division,  Montana  Department 
of  Community  Affairs. 

Release  4.0  of  the  Highway  Information  System  is  documented  in  the 
following  volumes: 

Highway  Information  System  Release  4.0:   System  Overview 

Provides  an  introduction  to  the  Highway  Information  System. 

Highway  Information  System  Release  4.0:   Index 

Provides  an  index  to  all  manuals  except  the  System  Overview 
and  Program  Listings. 

Highway  Information  System  Release  4.0:   User's  Manual 

Describes  how  to  use  the  Highway  Information  System  for  retrieving 
information  and  for  printing  reports  and  summaries. 

Highway  Information  System  Release  4.0:   Data  Coding  Manual 

Describes  the  data  card  formats  for  entering  data  into  the 
Highway  Information  System  files. 

Highway  Information  System  Release  4.0:   System  Maintenance  Manual 

Provides  information  for  performing  scheduled  system  backups  and 
file  reorganizations  and  for  allocating  system  files. 

Highway  Information  System  Release  4.0:   Record  Formats  &  Subroutines 

Describes  the  internal  record  formats  of  the  various  files  and 
provides  calling  sequences  to  subroutines.   This  manual  is  in- 
tended for  persons  writing  new  programs  to  add  to  the  Highway 
Information  System. 

Highway  Information  System  Release  4.0:   Programming  Details 

Describes  the  existing  programs  and  provides  a  guide  to  the 
program  listings.   This  manual  is  intended  for  persons  main- 
taining existing  software  in  the  Highway  Information  System. 

Highway  Information  System  Release  4.0:   Program  Listings 

Contains  computer-generated  listings  of  all  source  programs 
of  the  Highway  Information  System. 


Although  the  project  was  conceived,  initiated,  and  primarily  funded 
through  the  Planning  and  Research  Bureau  of  the  Montana  Department  of 
Highways,  the  development  cost  of  selected  portions  of  the  system  was  borne 
by  the  Highway  Traffic  Safety  Division  of  the  Montana  Department  of  Com- 
munity Affairs. 

In  developing  the  system,  the  CE  &  EM  Department  has  had  the  privilege 
of  using  an  IBM  0S/VS1  370/145  computer  located  at  the  Data  Processing 
Bureau  of  the  Montana  Department  of  Highways  in  Helena.   PL/I  has  been  used 
for  most  of  the  programs  because  of  its  versatility  and  ease  of  use.   BAL 
(assembler)  has  been  used  for  most  input-output  modules  and  for  other 
modules  that  require  its  increased  capabilities  and  efficiency  over  PL/I. 

The  project  could  never  have  progressed  to  its  current  state  without 
the  continued  and  patient  encouragement  and  assistance  from  the  Planning 
and  Research  Bureau  and  the  Data  Processing  Bureau  of  the  Montana  Depart- 
ment of  Highways,  and  from  the  Highway  Traffic  Safety  Division  of  the 
Department  of  Community  Affairs. 

The  project  conclusion  was  also  hastened  by  the  significant  effort  of 
other  project  personnel:   Scott  H.  Danforth,  R.  Helene  Knowlton,  and  Doug  M. 
Geiger. 
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CHAPTER  1 
INTRODUCTION 

This  manual  is  intended  for  use  by  those  persons  involved  in  the  mainte- 
nance of  the  Highway  Information  System's  files.  It  is  also  intended  for  use 
by  persons  involved  in  the  allocation  of  Highway  Information  System  files. 

The  manual  has  the  following  structure: 

Chapter  1  -  Introduction. 

Chapter  2  -  Describes  the  file  organizations  used  in  the  Highway 
Information  system. 

Chapter  3  -  Describes  the  use  of  several  utility  programs  provided 
for  use  by  maintenance  personnel. 

Chapter  4  -  Describes  the  on-going  system  maintenance  that  is  required. 

Included  in  this  chapter  are  instructions  for  system  backups, 
file  reorganization,  and  the  creation  of  directory  and  report 
files. 

Chapter  5  -  Provides  information  pertaining  to  the  allocation  of 
Highway  Information  System  files. 
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CHAPTER  2 
FILE  ORGANIZATIONS 

The  following  file  organizations  are  used  in  the  Highway  Information 
System: 

1.  Sequential  organization  -  Used  for  small  files  in  which  access 
via  a  "key"  is  not  needed. 

2.  Partitioned  organization  -  Used  for  object  modules,  load  modules, 
and  tables. 

3.  Indexed-sequential  organization  -  Used  for  data  files  in  which 
access  via  a  "key"  is  needed. 

4.  Virtual  Storage  Access  Method  -  VSAM  files  provide  an  alternative 
to  indexed-sequential  organization. 

This  chapter  describes  the  features  of  these  file  organizations  that  are  used  in 
HIS. 

Sequential  Organization 

Sequential  files  are  the  simplest  files.   A  sequential  file  consists  of  a 
set  of  records  that  can  be  read  in  order  from  the  first  record  in  the  file  to 
the  last.   Direct  access  into  a  sequential  file  is  generally  not  feasible. 
Sequential  files  can  reside  on  all  storage  units,  including  disks  and  tapes. 
Card  files  and  printer  files  are  sequential  files.   The  other  file  organizations 
discussed  in  this  chapter  can  reside  only  on  disk  storage  units. 

Sequential  files  are  used  for  system  backups  and  for  several  small  files 
in  which  direct  access  is  not  needed. 

When  allocating  a  new  file  on  tape  that  is  to  be  kept,  a  DD  statement  of 
the  following  format  must  be  included  with  the  run: 

//ddname  DD  UNIT=TAPE,VOL=SER=serial,DISP=(NEW,KEEP) ,DSNAME=name, 

//  LABEL= (sequence, RETPD=retpd) , 

//  DCB= (BLKSIZE=blksize ,LRECL=lrecl , RECFM=FB) 

UNIT=TAPE  specifies  that  the  file  is  a  tape  file.   VOL=SER=serial  specifies  the 
serial  number  of  the  tape.   DISP= (NEW, KEEP)  specifies  that  the  file  is  a  new  file 
that  is  to  be  kept  after  the  job  ends.   DSNAME=name  specifies  a  name  by  which  the 
file  will  be  known  in  the  future.   LABEL= (sequence, RETPD=retpd)  specifies  both 
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the  sequence  number  of  the  file  (e.g.,  a  sequence  value  of  3  specifies  that  the 
file  is  the  third  file  on  the  tape)  and  the  retention  period  (e.g.,  a  retpd  value 
of  365  specifies  that  the  file  will  be  retained  365  days) .   The  DCB  parameter 
specifies  information  about  how  the  information  is  stored  in  the  file.   RECFM=FB 
specifies  fixed-length  blocked  records.   LRECL=lrecl  specifies  the  length  of  the 
records  (logical  records).   BLKSlZE=blksize  specifies  the  length  of  the  blocks 
(physical  records),  and  must  be  a  multiple  of  lrecl.   In  general,  a  large  block 
size  should  be  chosen  for  tape  files  (the  maximum  value  is  32000) . 

The  following  DD  statement  provides  access  to  an  existing  tape  file: 

//ddname  DD  UNIT=TAPE,VOL=SER=serial,DISP=OLD,DSNAME=name, 
//  LABEL=sequence 

For  files  on  disk  packs,  it  is  necessary  to  estimate  the  number  of  records 
that  will  be  stored  in  the  file  in  order  to  determine  the  amount  of  space  that 
must  be  allocated.   It  is  also  recommended  that  a  block  size  be  calculated  to 
provide  good  use  of  disk  space.   The  CALC-BLOCKSIZE  program  documented  in  chapter 
3  can  aid  in  calculating  block  sizes.   The  calculations  used  for  calculating 
block  sizes  are: 

1.  Decide  how  many  physical  records  (blocks)  should  be  stored  on 
each  track  of  the  disk  pack.   The  best  use  of  disk  storage  is 
with  one  block  per  track  (full  track  blocking) ,  but  this  re- 
quires more  storage  in  core  for  buffers  when  running  a  program 
that  uses  the  file. 

2.  IBM  provides  a  table  that  gives  the  maximum  block  size  for  a 
given  number  of  blocks  per  track.   A  portion  of  this  table  is 
reproduced  here: 

Blocks/Track    3330    2314 


1 

13030 

7294 

2 

6447 

3521 

3 

4253 

2298 

4 

3156 

1693 

5 

2498 

1332 

6 

2059 

1092 

7 

1745 

921 

8 

1510 

793 

9 

1327 

694 

10 

1181 

615 

Choose  the  appropriate  value  from  this  table, 
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3.  Divide  the  value  found  in  step  2  by  the  logical  record  length  and 
drop  the  remainder.   This  value  is  the  number  of  logical  records 
per  block. 

4.  Multiply  the  value  calculated  in  step  3  by  the  logical  record 
length.   This  value  is  the  block  size. 

For  example,  suppose  you  are  allocating  a  file  on  3330  disk  that  has  a  logical 
record  length  of  100.   You  wish  to  have  four  blocks  on  each  track.   From  the 
table  lookup,  you  find  that  your  maximum  block  size  is  3156.   Dividing  by  100 
gives  you  a  value  of  31  records  per  block.   Your  block  size  is  3100.   Since 
four  blocks  will  be  stored  on  each  track,  124  records  can  be  stored  on  each 
track.   Use  of  storage  could  be  maximized  by  using  full  track  blocking  (this 
would  result  in  130  records  per  track).  A  great  deal  of  storage  can  be  wasted 
by  choosing  an  inappropriate  block  size.   For  example,  suppose  a  block  size  of 
7000  was  chosen.   With  this  block  size,  only  one  block  can  be  written  on  each 
track,  and  only  70  records  will  be  stored  on  each  track. 

To  calculate  the  number  of  records  that  will  be  stored  on  a  cylinder,  mul- 
tiply the  number  of  records  stored  per  track  by  19  (3330  disks)  or  by  20  (2314 
disks).   Estimate  the  number  of  records  that  must  be  stored  in  the  file  to 
determine  how  many  cylinders  (or  tracks)  must  be  allocated. 

When  allocating  a  file  on  disk  that  will  be  retained,  use  the  following 
DD  statement: 

//ddname  DD  UNIT=unit,VOL=SER=serial,DISP=(NEW,disp) ,SPACE=(CYL,n) , 
//  DSNAME=name ,DCB= (RECFM=FB , LRECL=lrecl , BLKSlZE=blksize) 

UNlT=unit  is  an  installation-dependant  parameter.   On  the  Montana  Department  of 
Highways'  computer,  specify  DISK  for  2314,  3330  for  single-density  3330,  or 
3330P  for  dual-density  3330.   Code  the  serial  number  of  the  disk  pack  in  the 
VOL=SER=serial  parameter.   Code  KEEP  or  CATLG  in  the  DISP  parameter.   Code  the 
number  of  cylinders  in  the  SPACE  parameter  (or  code  number  of  tracks  as  SPACE= 
(TRK,n)).   The  DSNAME  parameter  specifies  the  name  by  which  the  file  will  be 
known.   The  DCB  parameter  specifies  record  length  and  block  size  information. 
To  process  a  previously-cataloged  disk  file,  use  the  following  DD  statement: 

//ddname  DD  DISP=°J^  ,DSNAME=name 

If  the  file  is  not  cataloged,  UNIT  and  VOL=SER  must  also  be  included  in  the  DD 
statement. 
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Partitioned  Organization 

A  partitioned  file  is  essentially  a  set  of  several  sequential  files.   Each 
of  these  sequential  files  has  a  member  name  by  which  it  can  be  referenced.   A 
partitioned  file  is  easier  to  work  with  than  is  a  number  of  separate  sequential 
files  because  substantially  less  Job  Control  Language  is  needed  -  a  single  DD 
statement  provides  access  to  all  of  the  members  in  the  file.   All  members  of  a 
partitioned  data  set  must  have  the  same  record  format,  record  length,  and  block 
size. 

When  a  member  of  a  partitioned  data  set  (or  library)  is  updated,  a  fresh 
version  is  written  to  the  file  and  the  old  version  is  deleted.   The  space  used 
by  the  old  version  is  not  made  available  for  reuse.   For  this  reason,  the  library 
becomes  full  sooner  or  later  and  must  be  reorganized  to  free  the  deleted  space. 
A  library  that  is  updated  frequently  must  be  allocated  with  enough  space  so  that 
the  library  does  not  become  full  too  quickly.   A  cataloged  library  can  be  reorga- 
nized by  using  the  following  job  setup: 

//  JOB 

//  EXEC  COMPRESS, LIBRARY='dsnamel 

A  portion  of  the  library  is  reserved  for  a  "directory"  that  provides  member 
names  and  locations.   When  a  library  is  allocated,  the  DD  statement  must  specify 
the  number  of  directory  blocks  that  are  to  be  allocated.   The  more  blocks  specified, 
the  more  members  can  be  stored  in  the  library.   The  number  of  members  that  can  be 
described  in  a  directory  block  depends  upon  the  information  that  is  stored  in  the 
block.   For  a  load  module  library,  one  directory  block  can  describe  about  5  or  10 
members.   For  other  libraries  in  which  no  user  fields  are  added,  one  directory 
block  can  describe  about  20  to  30  members. 

When  a  library  is  allocated,  the  DD  statement  appears  just  like  the  one  above 
for  allocating  a  sequential  disk  file  except  that  the  space  parameter  is  written 
in  the  format  SPACE=(CYL, (n, ,b)) ,  where  n  is  the  total  number  of  cylinders  and  b 
is  the  number  of  directory  blocks.   For  load  modules,  the  DCB  parameter  can  be 
omitted.   The  DD  statement  for  accessing  an  existing  library  is  the  same  as  that 
for  accessing  an  existing  sequential  file  on  disk. 

Optimum  block  sizes  for  libraries  are  calculated  in  the  same  manner  as  for 
sequential  files. 
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Indexed-Sequential  Organization 

An  indexed-sequential  file  is  a  "souped-up"  sequential  file.   It  provides 
an  indexing  scheme  that  allows  records  to  be  accessed  on  the  basis  of  the  contents 
of  a  "key"  field,  as  well  as  to  be  accessed  sequentially.   It  also  provides  fea- 
tures that  allow  records  to  be  added  to  the  file  and  to  be  deleted  from  the  file. 

The  Job  Control  Language  for  allocating  indexed-sequential  files  is  consi- 
derably more  complicated  than  that  for  allocating  sequential  files.   Before  a 
method  of  allocating  the  file  is  chosen,  you  must  consider  the  use  of  the  file: 

1.  Will  records  be  added  to  the  file  at  any  time,  and  if  so  will 
the  update  rate  be  low,  moderate,  or  high? 

2.  Will  records  be  deleted  from  the  file? 

3.  Will  most  access  to  the  file  be  direct  or  sequential? 

Overflow  areas  for  inserting  records  are  of  two  types:   "cylinder"  overflow 
areas  and  "independant"  overflow  areas.   Cylinder  overflow  areas  are  the  most 
efficient  in  terms  of  processing  speed  because  disk  arm  movement  is  minimized. 
When  using  cylinder  overflow,  a  portion  of  each  cylinder  is  reserved  for  overflow 
records.   When  using  independant  overflow,  a  separate  area  is  allocated  solely 
for  overflow  records. 

If  a  file  will  have  a  low  or  moderate  update  rate  (or  will  not  be  updated  at 
all),  it  may  be  best  to  use  simply  cylinder  overflow.   The  DD  statement  for  this 
type  of  file  is  reasonably  simple: 

//ddname  DD  UNIT=unit,VOL=SER=serial,DISP=(NEW,disp) ,DSNAME=name, 

//  SPACE=(CYL,(n,,l)),DCB=(DSORG=IS,KEYLEN=keylen,RKP=rkp, 

//  RECFM=FB,LRECL=lrecl,BLKSIZE=blksize,OPTCD=LYR,CYLOFL=n) 

UNIT,  VOL=SER,  DISP,  and  DSNAME  are  the  same  as  for  sequential  files.   The  SPACE 
parameter  specifies  the  number  of  cylinders  needed  for  storing  the  data  and  also 
specifies  that  one  cylinder  is  needed  for  an  index.   DSORG=IS  specifies  indexed- 
sequential  organization.   KEYLEN  specifies  the  length  of  the  key  field,  and  RKP 
specifies  the  relative  key  position  (RKP=1  specifies  that  the  key  field  starts  in 
the  second  byte  of  the  record,  since  the  first  byte  is  reserved  to  flag  deleted 
records).   OPTCD=LYR  specifies  that  cylinder  overflow  is  used  and  that  records 
can  be  deleted.   CYLOFL=n  specifies  the  number  of  tracks  on  each  cylinder  that 
are  reserved  for  overflow  records. 
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If  a  file  has  a  high  update  rate,  both  cylinder  overflow  and  independant  overflow 
should  be  used.   The  cylinder  overflow  is  chosen  by  the  operating  system,  but  the 
independant  overflow  provides  additional  storage  areas  for  use  when  a  cylinder 
overflow  area  becomes  full.   Independant  overflow  is  allocated  separately  from  the 
prime  data  area.   The  index  area  can  also  be  allocated  separately.   The  following 
example  shows  separate  allocation  for  each  of  the  areas: 

//ddname  DD  UNIT=unit,VOI=SER=serial,DISP= (NEW, KEEP) ,DSNAME=name (INDEX) , 

/ /  SPACE= (CYI , 1 ) , DCB= (DSORG=IS , KEYLEN=key len , RKP=r kp , 

//  RECFM=FB,IRECL=lrecl,BIKSIZE=blksize,OPTCD=LIYR,CYLOFI=n) 

//  DD  UNIT=unit,VOL=SER=serial,DISP=(NEW,KEEP),SPACE=(CYL,n), 

//  DSNAME=name (PRIME), DCB=DSORG=IS 

//  DD  UNIT=unit, VOL=SER=serial,DISP= (NEW, KEEP) ,SPACE=(CYL,n), 

//  DSNAME=name (OVFLOW) ,DCB=DSORG=IS 

OPTCD=LIYR  specifies  that  records  can  be  deleted  from  the  file  and  that  both  types 
of  overflow  areas  are  used. 

Calculation  of  optimum  block  sizes  is  similar  to  that  for  sequential  files. 
The  maximum  block  size  table  is  slightly  different: 

Blocks/Track    3330    231A 


1 

12974 

7249 

2 

6391 

3476 

3 

4197 

2254 

4 

3100 

1649 

5 

2442 

1288 

6 

2003 

1049 

7 

1689 

878 

8 

1454 

750 

9 

1271 

650 

10 

1125 

571 

After  looking  up  the  maximum  block  size  from  this  table,  the  key  length  must  be 
subtracted.   As  an  example,  assume  you  are  allocating  a  file  that  has  a  record 
length  of  100  and  a  key  length  of  15.   You  wish  to  store  4  blocks  per  track.   The 
maximum  block  size  (for  3330  disks)  is  3100  -  15,  or  3085.   The  number  of  records 
per  block  is  3085  /  100,  or  30.   The  resulting  blocksize  is  3000,  which  allows 
120  records  to  be  stored  on  each  track.   The  number  of  prime  tracks  per  cylinder 
is  18-n  (3330)  or  19-n  (2314),  where  "n"  is  the  number  of  tracks  reserved  for 
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cylinder  overflow  (note  that  one  track  per  cylinder  is  reserved  for  indexes).   For 
this  file,  full  track  blocking  would  result  in  (12974-15)/100  or  129  records  per 
track. 

If  a  file  is  to  be  used  primarily  for  sequential  access,  the  choice  of  a 
large  block  size  will  significantly  improve  performance.   Note  that  additional 
core  will  be  needed  for  buffers  when  a  larger  block  size  is  used.   If  a  file  is 
to  be  used  primarily  for  direct  access,  best  performance  will  be  obtained  with 
unblocked  records  or  with  a  small  block  size.   If  the  file  is  to  be  used  for  both 
sequential  and  direct  access  frequently,  choose  a  moderate  block  size  such  that 
about  four  blocks  will  be  stored  on  each  track. 

Indexed-sequential  files  need  periodic  reorganization.   This  is  for  several 
reasons : 

1.  Overflow  areas  can  eventually  become  full. 

2.  Space  used  by  deleted  records  is  often  not  made  available  for  reuse. 

3.  A  file  that  "has  a  number  of  records  in  overflow  areas  causes  loss 
of  efficiency  in  programs  that  use  the  file. 

Reorganization  is  accomplished  by  either  re-loading  the  file  from  a  backup  copy 
or  by  using  the  IEBISAM  utility  program  to  copy  the  file  to  a  new  area  on  disk 
and  re-cataloging.   The  first  method  is  used  in  the  Highway  Information  System  so 
that  the  files  do  not  have  to  be  re-allocated  each  time  reorganization  is  performed. 

VSAM  Organization 

VSAM  is  not  yet  being  used  in  the  Highway  Information  System,  but  some  thought 
has  been  given  to  utilizing  VSAM  for  some  future  files.   VSAM  provides  all  of  the 
facilities  of  indexed-sequential  organization  plus  several  additional  features. 
However,  VSAM  also  increases  overhead  costs  by  drastically  increasing  core  storage 
requirements  for  programs. 
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CHAPTER  3 
UTILITY  PROGRAMS 

This  chapter  describes  the  use  of  several  utility  programs  provided  with 
the  Highway  Information  System.   These  programs  are  useful  to  persons  main- 
taining the  HIS  files  and  to  persons  allocating  new  files. 

The  CALC-BLOCKSIZE  Program 

CALC-BLOCKSIZE  calculates  optimum  block  sizes  for  indexed-sequential  and 
physical-sequential  files.   It  computes  the  optimum  block  sizes  for  blocking 
factors  1  through  10  on  both  3330  and  2314  disk  packs.   For  each  blocking  fac- 
tor printed,  the  following  information  is  shown: 

Block  size 

Number  of  records  in  each  block 
Number  of  records  on  each  track 
Number  of  records  on  each  cylinder 

If  the  program  is  provided  with  an  estimated  number  of  records,  the  program  also 
prints   the  minimum  number  of  cylinders  that  must  be  allocated  (for  indexed- 
sequential  files,  the  number  printed  is  the  number  of  prime  cylinders  that  are 
needed) . 

To  use  CALC-BLOCKSIZE,  submit  the  following  run: 

//  JOB 
//  EXEC  HIS 
//SYSIN  DD  * 
: CALC-BLOCKSIZE 

/* 

//BLKSIZE  DD  * 

one  or  more  data  cards  

/* 

Data  cards  are  prepared  in  the  following  format: 

Columns   Length   Contents 

1-2  2  File  type  -  IS  (indexed-seql)  or  PS  (physical-seql) 

3  1  Blank 

4-7  4  Record  length  -  code  leading  zeroes 

8  1  Blank 

9-10  2  PS  -  blank   IS  -  Key  length  (code  leading  zeroes) 

11  1  Blank 
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Columns   Length   Contents 

12-13  2  PS  -  Blank   IS  -  CYLOFL  (optional) 

14  1  Blank 

15-22  8  Number  of  records  (optional)  -  code  leading  zeroes 

23-80  58  Blank  or  comments 

The  CYLOFL  (cylinder  overflow)  value  in  columns  12-13  affects  the  number  of 
records  stored  on  each  cylinder  for  indexed-sequential  file.   The  value  is  the 
number  of  tracks  of  each  cylinder  reserved  for  overflow  records. 

The  PRINT-DSCB  Program 

PRLNT-DSCB  prints  selected  items  from  a  Data  Set  Control  Block  (DSCB) .   A 
DSCB  is  the  control  block  stored  on  a  disk  pack  that  describes  a  file. 

The  output  from  PRINT-DSCB  is  most  useful  for  indexed-sequential  files. 
The  output  can  help  decide  when  a  file  needs  to  be  reorganized  and  can  warn  when 
a  file  is  nearly  full. 

To  use  PRINT-DSCB,  submit  the  following  run: 

//  JOB 

//  EXEC  HIS 

//ddname  DD  DISP=SHR,DSNAME=dsname 

//SYSIN  DD  * 

: PRINT-DSCB , DDNAME=ddname 

/* 

The  DD  statement  "ddname"  identifies  the  file  for  which  the  DSCB  print-out  is 
desired. 

The  output  from  PRINT-DSCB  is  in  two  parts.   The  first  part  shows  general 
information  about  the  file  and  has  the  following  format: 

PRINT-DSCB       mmm  dd,yyyy 

DDNAME=ddname   ddname  as  coded  in  command 

DSNAME=dsname  dsnarae  as  coded  in  DD  stmt 

VOL=SER=serial  serial  number  of  disk  pack 

DCB  FIELDS  

DSORG=IS  -  INDEXED-SEQUENTIAL 

BLKSIZE=n  block  size 

LRECL=n  record  length 

RECFM=x  record  format 

OPTCD=x  option  code(s) 

KEYLEN=n  key  length 

RKP=n  relative  key  position 

CYLOFL=n  cylinder  overflow 

NTM=n  tracks  for  master  index 
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The  second  part  provides  detailed  information  about  the  file's  status.   This  part 
is  broken  down  into  seven  sub-divisions.   A  description  of  each  of  these  follows: 


FILE  STATUS 


n 

x  %  OF  TOTAL 

n 

x   %  OF  TOTAL 

n 

n 

n 

a  NUMBER  OF  RECORDS  IN  PRIME  AREA 

b  NUMBER  OF  RECORDS  IN  OVERFLOW  AREA 

c  TOTAL 

d  NUMBER  OF  DELETED  RECORDS 

e  TOTAL  NUMBER  OF  RECORDS  IN  FILE 

If  a  file  is  fully  reorganized,  lines  a,  c,  and  e  will  show  the  same  number  of 
records  and  lines  b  and  d  will  show  zero.   The  percentages  in  lines  a  and  b  are 
based  on  the  total  figure  in  line  c. 

INDEX  SPACE  ALLOCATED  x  TRACKS    y  CYLINDERS 

PRIME  SPACE  ALLOCATED  x  TRACKS    y  CYLINDERS 

INDP  OVERFLOW  SPACE  ALLOCATED   x  TRACKS   y  CYLINDERS 

This  portion  shows  the  amount  of  space  allocated  for  the  index,  the  prime  data, 
and  the  independant  overflow. 

a   CYLINDER  OVERFLOW  TRACKS  PER  PRIME  CYLINDER   x  TRACKS 
b    INDEX  TRACKS  PER  PRIME  CYLINDER  1  TRACK 

c   PRIME  TRACKS  PER  PRIME  CYLINDER  x  TRACKS 

Line  a  is  the  number  of  tracks  reserved  for  cylinder  overflow  in  each  prime  cylinder, 
Line  b  is  the  number  of  tracks  reserved  for  index  areas  in  each  prime  cylinder,  and 
is  always  1.   Line  c  is  the  number  of  tracks  of  each  cylinder  that  remain  for  prime 
data  and  is  calculated  as  19-a-b  (3330)  or  as  20-a-b  (2314). 

(PRIME)  RECORDS/BLOCK     n 

(PRIME)  RECORDS /TRACK     n   x  %  UTILIZATION 

(PRIME)  RECORDS /CYLINDER  n 

The  percent  utilization  shown  on  the  second  line  is  a  comparison  of  track  usage 

compared  with  usage  when  using  full  track  blocking.   If  full  track  blocking  is 

used,  the  value  100%  is  always  printed. 

CURRENT  FILE  CAPACITY  x  RECORDS 
SPACE  LEFT  FOR  RECORDS  x  RECORDS 
PERCENT  OF  SPACE  UTILIZED    y  % 

This  portion  is  self  explanatory. 


3-3 


NUMBER  OF  INDEX  LEVELS  x 

TRACKS  TO  CREATE  MASTER  INDEX  x 

HIGH-LEVEL  INDEX  -  BYTES  x 

HIGH-LEVEL  INDEX  -  TRACKS  x 

This  portion  is  provided  to  aid  in  determining  if  and  when  a  master  index  should 
be  created  for  the  file. 

RECORDS /CYLINDER  OVERFLOW  TRACK  x 

RECORDS /INDEPENDENT  OVERFLOW  TRACK  x 

EMPTY  TRACKS  IN  INDEPENDENT  OVERFLOW  AREA  x 

FULL  CYLINDER  OVERFLOW  AREAS  x 

When  several  cylinder  overflow  areas  become  full  or  when  few  tracks  are  left  in 
the  independent  overflow  area,  the  file  needs  to  be  reorganized. 

The  PRINT-JFCB  Program 

PRINT-JFCB  prints  the  contents  of  a  Job  File  Control  Block  (JFCB) .  A  JFCB 
is  the  control  block  that  contains  the  information  specified  in  a  DD  statement. 
To  use  PRINT-JFCB,  submit  the  following  job  setup: 

//  JOB 

//  EXEC  HIS 

//ddname  DD  . . . 

//SYSIN  DD  * 

: PRINT-JFCB , DDNAME=ddname 

/* 

The  COPY-SEQL-FILE  Program 

COPY- SEQL- FILE  copies  a  sequential  file.   It  can  change  the  record  length  by 
truncating  on  the  right  or  by  padding  with  blanks  on  the  right.   Use  the  program 
with  the  following  job  setup: 

//  JOB 

//  EXEC  HIS 

//INDD  DD  . . .  (input  file) 

//OUTDD  DD  . . .  (output  file) 

//SYSIN  DD  * 

: COPY-SEQL-FILE 

/* 

If  the  record  lengths  of  the  two  files  do  not  match,  specify  TYPE-RUN=NOMATCH  on 
the  COPY-SEQL-FILE  command. 
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The  PANVALET  Backup  and  Restore  Programs 

All  of  the  Highway  Information  System  source  modules  are  kept  within  the 
Department  of  Highways'  PANVALET  system.  In  addition,  they  have  been  kept  in 
a  separate  backup  system  for  the  following  reasons: 

1.  Transportability  -  So  that  the  modules  can  be  taken  to  an  installation 
that  does  not  have  the  PANVALET  system. 

2.  Documentation  -  Listings  of  modules  in  the  backup  system  can  be  ob- 
tained easily  for  inclusion  in  the  system  documentation. 

The  PANBACK  Program  -  Use  PANBACK  to  perform  a  backup.   PANBACK  requires 
the  following  files: 

1.  Input  tape  from  previous  backup.   This  tape  is  merged  with  the 
new  backup  modules. 

2.  Input  data  cards.   This  data  describes  the  backup  functions  to 
be  performed. 

3.  Output  tape.   This  tape  will  be  the  new  backup. 

Use  the  following  job  setup  with  the  PANBACK  program: 

//  JOB 

//  EXEC  HIS,COPIES=n,OUTRET=365, 

/ /      INSER=ser ial , INSEQ=sequence , INNAME=name , 

//      OUTSER=serial,OUTSEQ=sequence,OUTNAME=name 

//SYSIN  DD  * 

: PANBACK 

/* 

//INPUT  DD  * 

data  cards  

/* 
The  program  operates  in  three  steps: 

1.   Read  data  cards   and  prepare  merge  file. 
2..  Merge  the  merge  file  with  the  input  tape. 
3.   Execute  PANVALET  program. 

If  any  of  these  steps  fail,  the  remaining  steps  are  not  executed. 

Prepare  data  cards  with  a  module  name  in  columns  1-10  and  an  option  code  in 

column  11.   The  option  code  can  be  any  of  these  codes: 
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blank    Backup  only 

1      Backup  and  mark  INACTIVE  and  PROD 
X      Delete  from  input  tape 

These  cards  must  be  entered  in  order  by  module  name.   Any  PANVALET  commands 
may  be  interspersed  with  the  data  cards,  and  will  be  executed  during  the 
third  step. 

The  PANRSTR  Program 

The  PANRSTR  program  can  be  used  to  restore/replace  modules  to  the  active 
PANVALET  library  from  the  backup  system.   Use  the  following  job  setup: 

//  JOB 

//  EXEC  HISPANRS 

//SYSLN  DD  * 

data  cards 

/* 

Data  cards  can  have  any  of  these  formats: 

-H-RE STORE  name 

Use  to  restore  a  module  to  the  active  library  when  no  member 
is  already  stored  with  the  specified  name. 

-H-REPLACE  name, level 

Use  to  restore  a  module  when  a  member  is  already  stored  with  the 
specified  name.   "level"  is  the  level  of  the  member  that  is  already 
stored  in  the  active  library. 

$$ADD  name, language, user 

(alternate)  Can  be  used  to  restore  a  module  to  the  active  library. 
$$UPDATE  name, level, ALL 

(alternate)  Can  be  used  to  replace  a  module  in  the  active  library. 

Any  PANVALET  commands  may  be  interspersed  with  these  data  cards. 

The  PANBACK-TO-PDS  Program  -  This  program  can  be  used  to  copy  modules  from 
the  backup  system  to  a  partitioned  data  set.   Use  the  following  job  setup: 
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//  JOB 

//  EXEC  HIS 

//LIBRARY  DD  ...    (partitioned  data  set) 

//BACKUP   DD  ...    (backup  tape) 

//SYS IN  DD  * 

:PANBACK-TO-PDS 

/* 

//SOURCE  DD  * 

data  cards  

/* 

Each  data  card  contains  the  name  of  one  source  module  in  columns  1-10. 
The  cards  must  be  entered  in  order  by  name. 

Source  Module  Listings  -  The  PRINT-SOURCE-LISTING  program  can  print  source 
modules  from  the  backup  system.   Use  the  following  job  setup: 

//  JOB 

//  EXEC  HISPANLS 

//SYSIN  DD  * 

:PRINT-SOURCE-LISTING>LIST=SEQ/NOSEQ,LOCATION=location 

/* 

LIST=SEQ  requests  that  sequence  numbers  be  printed.   LIST=NOSEQ  suppresses 
the  sequence  number. 

The  LOCATION  parameter  has  two  formats.   LOCATION=name  specifies  that  all 
modules  whose  name  begins  with  "name"  are  printed.   L0CATI0N=namel-name2 
specifies  that  all  modules  whose  name  falls  between  namel  and  name2  (inclusive) 
are  printed. 
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CHAPTER  4 
ON-GOING  SYSTEM  MAINTENANCE 

A  number  of  system  maintenance  functions  must  be  performed  on  a  periodic 
schedule.   Backups  of  system  files  on  a  regular  basis  is  necessary  to  prevent 
data  destruction  or  loss  in  the  event  of  a  computer  failure.   Many  of  the  files 
require  periodic  reorganization  for  efficient  operation  and  to  prevent  system 
failure.   Several  directory  and  report  files  have  to  be  generated  periodically 
to  be  available  to  users. 

System  Backup  Procedures 

The  following  table  provides  a  suggested  schedule  for  file  backups.   All 
files  should  be  backed  up  at  least  yearly  and  the  backup  tape  physically  removed 
from  the  computer  site. 


After 

Major 

Every 

Every 

Every 

Every 

Annual 

File 

Update 

2  Weeks 

Month 

3  Months 

6  Months 

Off 

-Site 

HIS. 

OBJECT 

X 

X 

HIS. 

LOADTST 

X 

X 

HIS. 

,  SUBRTN4 

X 

X 

HIS. 

.REL4PT0 

X 

X 

HIS. 

TABLES 

X 

X 

HIS. 

, ACCIDENT 

X 

X 

X 

HIS, 

, ACCVEH 

X 

X 

X 

HIS, 

. BRIDGE 

X 

X 

X 

HIS, 

.RAILROAD 

X 

X 

X 

HIS, 

. ROADLOG 

X 

X 

X 

HIS 

.SKID 

X 

X 

X 

HIS 

. SUFFICY 

X 

X 

HIS 

.TRAFFIC 

X 

X 

X 

HIS 

.TRUMILE 

X 

X 

X 

HIS 

.USN052 

X 

X 

X 

HIS 

. GRIDTBL 

X 

X 

HIS 

. DEFENSE 

X 

X 

HIS 

. SIGNEDT 

X 

X 

HIS 

.CTYX052 

X 

X 

HIS 

.MAINTDIV 

X 

X 

HIS 

.MAINTSEC 

X 

X 
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The  System  Libraries  -  The  system  libraries  should  be  backed  up  at  least 
once  every  two  weeks.   The  IBM  utility  IEHMOVE  can  be  used  for  backing  up 
the  libraries  and  for  restoring  them  from  a  backup  when  necessary.   The 
following  job  setup  can  be  used  to  copy  the  libraries  to  a  backup  tape: 

//  JOB 

//  EXEC  PGM=IEHMOVE 

//SYSPRINT  DD  SYSOUT=A 

//SYSUT1  DD  DISP=0LD,UNIT=SYSDA,V0L=SER=SP00L1 

//DD1    DD  DISP=OLD,UNIT=SYSDA,VOL=SER=WORK01 

//TAPE   DD  DISP= (NEW, PASS ) ,UNIT=TAPE, VOL=SER=serial,DSNAME=name, 

//  DCB=(BLKSIZE=800,LRECL=80,RECFM=FB) 

//SYSIN  DD  * 

COPY  PDS=HIS. OBJECT ,TO=TAPE= (serial, 1) ,TODD=TAPE 
COPY  PDS=riIS . SUBRTN4 , TO=TAPE= (serial ,  2)  , TODD=TAPE 
COPY  PDS=HIS.LOADTST,TO=TAPE= (serial, 3) ,TODD=TAPE 
COPY  PDS=HIS.REL4PT0,TO=TAPE= (serial, A) ,TODD=TAPE 
COPY  PDS=HIS . TABLES ,TO=TAPE= (serial ,5) ,TODD=TAPE 
'  /* 

The  system's  source  modules  are  stored  in  the  PANVALET  system  of  the  Depart- 
ment of  Highways.  The  PANVALET  system  is  periodically  copied  to  tape  by  the 
Department  of  Highways. 


The  Accident  Detail  and  Vehicle  Files  -  These  files  have  a  high  update  rate, 
since  records  are  added  each  time  a  traffic  accident  occurs.   They  should  be 
copied  to  tape  and  reorganized  once  a  month.   The  backup  should  be  timed  to 
take  place  after  a  major  update  of  the  files.   To  back  up  the  files  and  to 
reorganize  the  files,  submit  the  following  job  setup: 

//  JOB 

//  EXEC  HISACC,DISP=OLD 

//SAVEACC  DD  UNIT=TAPE,VOL=SER=serial ,LABEL= (sequence, RETPD=retpd) , 

/ /  DISP= (NEW , KEEP ) , DSNAME=name 

//SYSIN  DD  * 

: REORGANIZE , FILE=ACCIDENT , PASSWORD=password 

/* 

It  is  not  necessary  to  specify  DCB  information  (record  length  or  block  size) 

in  the  SAVEACC  DD  statement.   To  back  up  the  files  without  reorganiz  ing , replace 

the  name  REORGANIZE  with  the  name  COPY  in  the  above  job  setup. 
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If  it  is  necessary  to  restore  the  accident  files  from  a  backup  file, 
submit  the  following  job  setup: 

//  JOB 

//  EXEC  HISACC,DISP=OLD 

//SAVEACC  DD  UNlT=TAPE,VOL=SER=serial ,LABEL=sequence, 

//  DISP=OLD,DSNAME=name 

//SYS IN  DD  * 

: CREATE, FILE=ACCIDENT,PASSWORD=password 

/* 

The  Bridge  File  -  The  bridge  file  has  a  low  update  rate.  The  file  should 
be  backed  up  about  once  every  6  months,  but  should  be  backed  up  after  any 
major  updates.   Use  the  following  job  setup  to  back  up  the  bridge  file: 

//  JOB 

//  EXEC  HISBRID,DISP=OLD 

//SAVEBDG  DD  UNIT=TAPE ,VOL=SER=serial,LABEL= (sequence, RETPD=retpd) , 

//  DISP= (NEW, KEEP ),DSNAME=name, 

//  DCB=(BLKSIZE=26800,LRECL=268,RECFM=FB) 

//SYSIN  DD  * 

:COPY,FILE=BRIDGE,PASSWORD=password 

/* 

If  the  file  needs  reorganization,  replace  the  name  COPY  with  the  name 
REORGANIZE.   If  it  is  necessary  to  restore  the  file  from  a  backup  file, 
submit  the  following  job  setup: 

//  JOB 

//  EXEC  HISBRID,DISP=OLD 

//SAVEBDG  DD  UNIT=TAPE,VOL=SER=serial,LABEL=sequence, 

//  DISP=OLD,DSNAME=name 

//SYSIN  DD  * 

:  CREATE,  FILE=BRIDGE,PASSWORD=password 

/* 

The  Railroad  File  -  The  railroad  file  has  a  low  update  rate.   The  file  should 
be  backed  up  about  once  every  6  months,  but  should  be  backed  up  after  any 
major  updates.   Use  the  following  job  setup  to  back  up  the  railroad  file: 
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//  JOB 

//  EXEC  HISRRX,DISP=OLD 

//SAVERRX  DD  UNIT=TAPE, VOL=SER=serial,LABEL= (sequence, RETPD=retpd) , 

//  DISP= (NEW, KEEP ) ,DSNAME=name, 

//  DCB=(BLKSIZE=18500,LRECL=185,RECFM=FB) 

//SYSIN  DD  * 

:COPY,FILE=RAILROAD,PASSWORD=password 

/* 

If  the  file  needs  reorganization,  replace  the  name  COPY  with  the  name 
REORGANIZE.   If  it  is  necessary  to  restore  the  file  from  a  backup  copy, 
submit  the  following  job  setup: 

//   JOB 

//   EXEC  RTSRRX,DISP=OLD 

//SAVERRX  DD  UNIT=TAPE, VOL=SER=serial,LABEL=sequence, 

/  /  DISPOLD ,  DSNAME=name 

//SYSIN  DD   * 

: COPY , FILE=RAILROAD ,PASSWORD=password 

/* 


The  Roadlog  File  -  The  roadlog  file  has  a  moderate  update  rate.   It  should 
be  backed  up  about  once  every  three  months.   It  should  also  be  backed  up 
Immediately  following  any  major  update.   It  may  be  desirable  to  combine  a 
reorganization  with  the  backup.   The  PRINT-DSCB  program  can  be  run  to  help 
determine  whether  reorganization  is  necessary.   To  backup  without  reorgan- 
izing, submit  the  following  run: 

//  JOB 

//  EXEC  HISRLG,DISP=OID 

//SAVERLG  DD  UNIT=TAPE, VOL=SER=serial,LABEL= (sequence, RETPD=retpd) , 

/ /  DISP= (NEW , KEEP ) , DSNAME=name , 

//  DCB=(BLKSIZE=16000,LRECI=160,RECFM=FB) 

//SYSIN  DD  * 

:COPY,FILE=ROADLOG,PASSWORD=password 

/* 

If  the  file  needs  reorganization,  replace  the  name  COPY  with  the  name 
REORGANIZE.   To  restore  the  file  from  a  backup  copy,  submit  the  following 
job  setup: 
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//    JOB 

//   EXEC  HISRLG,DISP=OLD 

//SAVERLG  DD  UNIT=TAPE,VOL=SER=serial,LABEL=sequence, 

//  DISP=OLD,DSNAME=nanie 

//SYSIN   DD   * 

: CREATE , FILE=ROADLOG , PASSWORD=password 

/* 

The  traffic  and  true  mileage  files  should  be  backed  up  whenever  the  roadlog 
file  is  backed  up.  It  is  essential  to  system  operation  that  these  files  be 
in  agreement  with  each  other  at  all  times. 

The  Skid  File  -  The  update  rate  of  the  skid  file  varies  during  the  year. 
During  the  warmer  months  the  file  may  have  a  higher  update  rate  than  during 
the  colder  months.   In  general,  the  file  should  be  backed  up  about  once 
every  three  months  as  well  as  after  any  major  update.   The  file  will  probably 
need  to  be  reorganized  during  at  least  every  other  backup.   The  PRINT-DSCB 
program  can  aid  in  determining  when  reorganization  is  needed.  To  back  up 
the  file  without  reorganizing,  submit  the  following  job  setup: 

//  JOB 

//  EXEC  HIS SKID, DISP=OLD 

//SAVESKD  DD  UNIT=TAPE,VOL=SER=serial,LABEL=(sequence,RETPD=retpd) , 

//  DISP= (NEW, KEEP ),DSNAME=name, 

//  DCB=(BLKSIZE=17200,LRECL=86,RECFM=FB) 

//SYSIN  DD  * 

:REORGANIZE , FILE=SKID , TYPE-RUN=BACKUP , PAS SWORD=p as sword 

/* 

To  reorganize  during  the  backup,  change  TYPE-RUN=BACKUP  to  TYPE-RUN= 
REORGANIZE.   To  restore  the  file  from  a  backup  copy,  submit  the  following 
job  setup: 

//  JOB 

//  EXEC  EISSKID,DISP=OLD 

//SAVESKD  DD  UNIT=TAPE,VOL=SER=serial,LABEL= (sequence, RETPD=retpd) , 

//  DISP=OLD,DSNAME=name 

//SYSIN  DD  * 

: REORGANIZE , FILE=SKID ,TYPE-RUN=LOAD,PASSWORD=password 

/* 
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The  Sufficiency  File  -  The  sufficiency  file  is  generally  updated  once  a  year 
to  produce  the  annual  sufficiency  report.  Because  of  this,  an  annual  backup 
is  adequate  for  this  file.   To  backup  the  file,  submit  the  following  run: 

//  JOB 

//  EXEC  HISSUFF,DISP=OLD 

//SAVESUF  DD  UNIT-TAPE, VOL=SER=serial, LABEL- (sequence, RETPD=retpd) , 

//  DISP= (NEW, KEEP ) , DSNAME=name , 

/ /  DCB= (BLKSIZE=6800 , LRECL=68 , RECFM=FB ) 

//SYSIN  DD  * 

: COPY, FILE-SUFFICIENCY, PASSWORD-password 
/* 

If  the  file  needs  reorganization,  replace  the  name  COPY  with  the  name 
REORGANIZE.   To  restore  the  file  from  a  backup  copy,  submit  the  following 
job  setup: 

//  JOB 

//  EXEC  HISSUFF,DISP=OLD 

//SAVESUF  DD  UNIT=TAPE, VOL=SER=serial,LABEL= (sequence, RETPD-retpd) , 

//  DISP=OLD,DSNAME=name 

//SYSIN  DD  * 

: CREATE, FILE=SUFFICIENCY,PASSWORD=password 
/* 


The  Traffic  File  -  At  the  first  of  each  year,  each  record  in  the  traffic  file 
is  updated.   The  UPDATE-BY-YEAR  program  shifts  the  data  in  each  record  to 
make  room  for  another  year  of  data.   Then  the  rewrite  function  of  UPDATE  is 
used  to  enter  the  new  traffic  counts.   An  annual  backup  should  be  performed 
after  these  operations  have  taken  place.   During  the  year,  a  number  of 
insertions,  deletions,  and  new-key  operations  will  be  submitted  to  keep  the 
file  in  agreement  with  the  roadlog  and  trumile  files.   A  backup  of  the  traffic 
file  should  be  performed  whenever  these  files  are  backed  up.   To  backup  the 
file,  submit  the  following  run: 

//  JOB 

//  EXEC  UISTRAF,DISP=OLD 

//SAVETRF  DD  UNIT-TAPE, VOL-SER-serial, LABEL- (sequence, RETPD-retpd ) , 

/ /  DISP= (NEW , KEEP ) , DSNAME=name , 

/ /  DCB- (BLKS IZE-8000 , LRECL=80 , RECFM-FB ) 

//SYSIN  DD  * 

: COPY ,FILE=TRAFFIC , PASSWORD=password 

/* 
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If  the  file  needs  reorganization,  replace  the  name  COPY  with  the  name 
REORGANIZE.   To  restore  the  file  from  a  backup  copy,  submit  the  following 
job  setup: 

//  JOB 

//  EXEC  HISTRAF,DISP=OLD 

//SAVETRF  DD  UNIT=TAPE,VOL=SER=serial ,LABEL= sequence, 

//  DISP=OLD,DSNAME=name 

//SYSLN  DD  * 

: CREATE, FILE=TRAFFIC, PAS SWORD=pas sword 

/* 

The  True  Mileage  File  -  The  true  mileage  file  should  be  backed  up  whenever 

the  roadlog  and  traffic  files  are  backed  up.   Care  must  be  taken  so  that 

these  three  files  remain  in  agreement  with  each  other.  To  copy  the  true 
mileage  file,  submit  the  following  job  setup: 

//  JOB 

//  EXEC  HISTRAF,DISP=OLD 

//SAVETRM  DD  UNIT=TAPE,VOL=SER=serial,LABEL= (sequence, RETPD=retpd) , 

//  DISP= (NEW, KEEP ) ,DSNAME=name, 

//  DCB=(BLKSIZE=15600,LRECL=26,RECFM=FB) 

//SYSIN  DD  * 

: COPY, FILE=TRUMILE, PAS SWORD=password 

/* 

If  the  file  needs  reorganization,  replace  the  name  COPY  with  the  name 
REORGANIZE.   To  restore  the  file  from  a  backup  copy,  submit  the  following 
run: 

//  JOB 

//  EXEC  EISTRAF,DISP=OLD 

//SAVETRM  DD  UNIT=TAPE,VOL=SER=serial,LABEL=sequence, 

//  DISP=OLD,DSNAME=name 

//SYSIN  DD  * 

: CREATE , FILE=TRUMILE , PASSWORD=password 

/* 
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The  Urban  Sign  Files  -  Each  city  using  the  urban  sign  subsystem  has  a 
separate  file  allocated  for  it.   The  update  rate  can  be  expected  to  vary 
from  city  to  city,  but  as  a  rule  plan  to  backup  each  urban  sign  file  once 
a  month.   These  files  will  require  frequent  reorganization.   Currently,  only 
Great  Falls  is  utilizing  the  urban  sign  software.   To  backup  the  Great  Falls 
file,  submit  the  following  job  setup: 

//  JOB 

//  EXEC  HISUSN,DISP=OLD 

//ddname  DD  UNIT=TAPE, VOL=SER=serial,LABEL= (sequence, RETPD=retpd) , 

/ /  DISP=  (NEW , KEEP ) , DSNAME=name , 

/ /  DCB= (BLKS IZE=1 8400 , LRECL=92 , RECFM=FB ) 

//SYSIN  DD  * 

: REORGANIZE , CITY=GREAT-FALLS , TYPE-RUN=BACKUP , DDNAME=ddname , 

:   PASSWORD=password 

/* 

If  the  file  needs  reorganization,  replace  TYPE-RUN=BACKUP  with  TYPE-RUN= 
REORGANIZE.   To  restore  the  file  from  a  backup  copy,  submit  the  following 
run: 

//  JOB 

//  EXEC  EISUSN,DISP=OLD 

//ddname  DD  UNIT=TAPE,VOL=SER=serial,LABEL=sequence, 

//  DISP=OLD,DSNAME=name 

//SYSIN  DD  * 

REORGANIZE , CITY=GREAT- FALLS , TYPE-RUN=LOAD , DDNAME=ddname , 

:   PAS SWORD=pas sword 

/* 

To  backup  and  restore  files  for  other  cities,  change  CITY=GREAT-FALLS  to 
CITY=city,  where  "city"  is  the  city  name.  A  list  of  city  names  is  provided 
in  table  2-1  of  the  user's  manual. 
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The  Grid  Table  -  The  grid  table  has  a  low  update  rate.   An  annual  backup 
will  normally  be  sufficient.   A  backup  should  be  performed  after  any  major 
update.   To  back  up  the  file,  submit  the  following  run: 

//  JOB 

//  EXEC  HIS 

//INDD  DD  DISP=SHR,DSNAME=HIS.GRIDTBL 

//OUTDD  DD  UNIT=TAPE,VOL=SER=serial,LABEL= (sequence, RETPD=retpd), 

//         DISP= (NEW, KEEP) ,DSNAME=name, 

/ /         DCB= (BLKSIZE=8000 , LRECL=80 , RECFM=FB ) 

//SYSIN  DD  * 

: COP Y-SEQL- FILE 

/* 

To  restore  the  file  from  a  backup  copy,  submit  the  following  run: 

//  JOB 

//  EXEC  HIS 

//INDD  DD  UNIT=TAPE,VOL=SER=serial,LABEL=sequence, 

//         DISP=OLD,DSNAME=name 

//OUTDD  DD  DISP=OLD,DSNAME=HIS.GRIDTBL 

//SYSIN  DD  * 

: COPY-SEQL-FILE 

/* 


The  Defense  Cross-Ref erence  File  -  The  defense  cross-reference  file  has  a 
low  update  rate.   It  should  be  backed  up  annually  after  the  annual  updates 
To  back  up  the  file,  submit  the  following  run: 

//  JOB 

//  EXEC  HIS 

//INDD  DD  DISP=SHR,DSNAME=HIS. DEFENSE 

//OUTDD  DD  UNIT=TAPE, VOL=SER=serial,LABEL= (sequence, RETPD=retpd), 

//         DISP= (NEW, KEEP ) ,DSNAME=name, 

//         DCB=(BLKSIZE=8000,LRECL=80,RECFM=FB) 

//SYSIN  DD  * 

: COPY-SEQL-FILE 

/* 

To  restore  the  file  from  a  backup  copy,  submit  the  following  job  setup: 
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//  JOB 

//  EXEC  HIS 

//INDD  DD  UNIT=TAPE,VOL=SER=serial,LABEL=sequence, 

//         DISP=OLD,DSNAME=name 

//OUTDD  DD  DISP=OLD,DSNAME=HIS. DEFENSE 

//SYSIN  DD  * 

:COPY-SEQL-FILE 

/* 


The  Sign  Code  Cross-reference  File  -  The  sign  code  cross-reference  file  has 
a  low  update  rate.   An  annual  backup  will  normally  be  sufficient.   To  backup 
the  file,  submit  the  following  run: 

//  JOB 

//  EXEC  HISUSN,DISP=OLD 

//SAVESXR  DD  UNIT=TAPE,VOL=SER=serial,LABEL=(sequence,RETPD=retpd) , 

//  DISP= (NEW, KEEP ),DSNAME=name, 

/  /  DCB=  (BLKS  IZE=8000  ,  LRECL=80  ,  RECFM=FB  ) 

//SYSIN  DD   * 

: SLGN-CODE-XREF ,TYPE-RUN=STORE ,PASSWORD=password 

/* 

If  the  file  needs  reorganization,  add  a  second  command  after  the  above 
SIGN-CODE-XREF  command  that  specifies  SIGN-CODE-XREF,TYPE-RUN=RESTORE. 
To  restore  the  file  from  a  backup  file,  submit  the  following  job  setup: 

//  JOB 

//  EXEC  HISUSN,DISP=OLD 

//SAVESXR  DD  UNIT=TAPE,VOL=SER=serial,LABEL=sequence, 

//  DISP=OLD,DSNAME=name 

//SYSIN  DD  * 

: SIGN-CODE-XREF ,TYPE-RUN=RESTORE ,PASSWORD=password 

/* 

The  City  Route  Cross-Ref erence  Files  -  Each  city  that  prepares  a  city  route 
cross-reference  file  has  a  separate  file.   Each  file  needs  to  be  backed  up 
annually  as  well  as  after  any  major  update.   To  backup  a  city  route  cross- 
reference  file,  submit  the  following  job  setup: 
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//  JOB 

//  EXEC  HISUSN,DISP=OLD 

//SAVECTY  DD  UNIT=TAPE,VOL=SER=serial ,LABEL= (sequence, RETPD=retpd) , 

//  DISP= (NEW, KEEP ) ,DSNAME=name, 

/ /  DCB= (BLKSIZE=3900 , LRECL=  39 , RECFM=FB ) 

//SYSLN   DD   * 

:CITY-ROUTE-XREF,CITY=GREAT-FALLS,TYPE-RUN=STORE,PASSWORD=pas sword 

/* 

If  the  file  needs  reorganization,  follow  the  above  command  with  a  second 
command  that  specifies  TYPE-RUN=RESTORE.   To  restore  a  file  from  a  backup 
copy,  submit  the  following  job  setup: 

//  JOB 

//  EXEC  HISUSN,DISP=OLD 

//SAVECTY  DD  UNIT=TAPE, VOL=SER=serial,LABEL=sequence, 

//  DISP=OLD,DSNAME=name 

//SYSIN  DD  * 

: CITY-ROUTE-XREF , CITY=GREAT-FALLS ,TYPE-RUN=RESTORE ,PASSWORD=password 

/* 

At  the  present  time,  Great  Falls  is  the  only  city  that  has  a  city  route 
cross-reference  file.   Other  cities  are  expected  to  add  files  as  time  goes 
by.   To  backup  another  city,  change  CITY=GREAT- FALLS  to  CITY=city,  where 
"city"  is  the  city  name. 

The  Maintenance  Division  Cross-Ref erence  File  -  This  file  has  a  low  update 
rate.   An  annual  backup  will  be  satisfactory.   To  backup  the  file,  submit 
the  following  job  setup: 

//  JOB 

//  EXEC  HIS 

//INDD  DD  DISP=SHR,DSNAME=HIS.MAINTDIV 

//OUTDD  DD  UNIT=TAPE,VOL=SER=serial,LABEL= (sequence, RETPD=retpd), 

//         DISP= (NEW, KEEP ),DSNAME=name, 

/ /  DCB= (BLKS IZE=8600 , LRECL=43 , RECFM=FB ) 

//SYSIN  DD   * 

:COPY-SEQL-FILE 

/* 

To  restore  the  file  from  a  backup  copy,  submit  the  following  job  setup: 
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//  JOB 

//  EXEC  HIS 

//INDD  DD  UNIT=TAPE,VOL=SER=serial,IABEL=sequence, 

//         DISP=OLD,DSNAME=narae 

//OUTDD  DD  DISP=OLD,DSNAME=HIS.MAINTDIV 

//SYSIN  DD  * 

:COPY-SEQL-FILE 

/* 


The  Maintenance  Section  Cross-Ref erence  File  -  This  file  has  a  low  update 
rate.   An  annual  backup  should  prove  sufficient.   To  backup  the  file,  submit 
the  following  job  setup: 

//  JOB 

//  EXEC  HIS 

//INDD   DD  DISP=SHR,DSNAME=HIS.MAINTSEC 

//OUTDD  DD  UNIT=TAPE, VOL=SER=serial,LABEL= (sequence, RETPD=retpd) , 

//         DISP= (NEW, KEEP ),DSNAME=name, 

/ /         DCB= (BLKS IZE=8000 , LRECL=80 , RECFM=FB ) 

//SYSIN  DD  * 

:COPY-SEQL-FILE 

/* 

To  restore  the  file  from  a  backup  copy,  submit  the  following  job  setup: 


//  JOB 

//  EXEC  HIS 

//INDD  DD  UNIT=TAPE,VOL=SER=serial,LABEL=sequence, 

//         DISP=OLD,DSNAME=name 

//OUTDD  DD  DISP=OLD,DSNAME=HIS.MAINTSEC 

//SYSIN  DD  * 

:COPY-SEQL-FIIE 

/* 
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File  Reorganization 

The  following  table  provides  a  suggested  schedule  for  file  reorganization; 

After 

Major    Every    Every    Every      Every 
File Update   2  Weeks   Month   3  Months   6  Months   Annual 

EIS. OBJECT  x 

HIS . LOADTST  x 

HIS . SUBRTN4  x 

HIS.REL4PT0  x 

HIS. TABLES  x 

HIS. ACCIDENT  x 

HIS.ACCVEH  x 

HIS . BRIDGE  x 

HIS .  RAILROAD  x 

HIS.ROADLOG        x  x 

HIS . SKID  x  x 

HIS.SUFFICY  x 

HIS . TRAFFIC        x  x 

HIS.TRUMILE        x  x 

HIS.USN052         x  x 


HIS.SIGNEDT        x  x 

HIS.CTYX052        x  x 


It  is  largely  a  matter  of  personal  judgment  when  to  reorganize  a  file.   The  PRINT - 
DSCB  program  can  help  determine  when  an  indexed-sequential  file  needs  reorganization, 
The  PRINT-DSCB  program  is  described  earlier  in  this  publication  in  chapter  3. 

To  reorganize  a  library,  use  the  COMPRESS  procedure  provided  by  the  Montana 
Department  of  Highways.   For  example,  to  compress  HIS. TABLES  use  the  job  setup: 

//  JOB 

//  EXEC  COMPRESS, LIBRARY=< HIS. TABLES' 

Information  on  reorganizing  the  indexed-sequential  files  is  included  in  the  previous 
section,  "System  Backup  Procedures." 
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Directory  and  Report  Files 

A  number  of  directory  and  report  files  are  periodically  generated  from  the 
system  files.   Some  of  these  (such  as  the  accident  directory  file)  are  used  a 
great  deal  and  must  be  generated  frequently.   Others  are  used  only  for  producing 
annual  reports  and  need  to  be  generated  annually.   The  following  table  provides 
a  suggested  schedule  for  generating  these  files: 

File Monthly   Annual 

HIS.ACCDIRI  x 

HIS . ACCSECT  x 

HIS . BDGREP  x 

HIS . RRXREP  x 

HIS . TRAFREP  x 

HIS . SUFFREP  x 

The  Accident  Directory  File  -  The  accident  directory  file  gets  quite  a  lot 
of  use,  and  should  be  generated  monthly.  To  generate  the  file,  submit  the 
following  run: 

//  JOB 

//  EXEC  HISACD,DISP=OLD 

//SYS IN  DD  * 

:CREATE-FA-ACC-DIREC,PASSWORD=password 

/* 

When  generating  the  accident-by-sections  file,  a  slightly  different  version 
of  the  directory  file  is  needed.   Accidents  that  occurred  in  PTW  sections 
must  be  shown  on  the  interstate  system  rather  than  on  the  primary  system. 
To  generate  this  version  of  the  file,  first  check  to  be  sure  that  the  PTW 
table  is  up  to  date.   Allocate  a  file  for  this  version  of  the  directory  file 
so  that  other  users  will  not  be  disturbed,  then  submit  the  following  run: 

//  JOB 

//  EXEC  HISACD 

//ACCDIRI  DD  DISP=OLD,DSNAME=name 

//SYSIN  DD  * 

: CREATE- FA- ACC-DIREC,PTW-CONVERT=YES,PASSWORD=password 

/* 
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The  following  parameters  are  available  for  use  on  CREATE- FA-ACC-DIREC  com- 
mands.  They  have  little  use  except  as  debugging  aids. 

DATA 

START-MIL EPO INT 

END-MILEPOINT 

MAX-/-ENTRIES 

The  Accident-by-Sections  File  -  The  accident-by-sections  file  is  used  to 
print  the  annual  accident-by-sections  report.   Before  generating  this  file, 
be  sure  the  following  have  been  done: 

1.  Generate  a  separately-allocated  version  of  the  accident  directory 
file  specifying  PTW-CONVERT=YES . 

2.  Check  to  be  sure  that  the  accident-by-sections  table  is  up-to-date. 

3.  Check  to  be  sure  that  the  roadlog,  traffic,  and  true  mileage  files 
are  in  agreement. 

4.  Check  to  be  sure  that  an  up-to-date  version  of  the  traffic  report 
file  is  stored. 

The  accident-by-sections  is  then  generated  by  using  the  following  job  setup: 

//   JOB 

//   EXEC  RTSACCA,DISP=OLD 

//ACCDIRI  DD  DISP=SHR,DSNAME=name 

//SYSLN  DD   * 

: CREATE-ACC-BY-SECTN ,ACCIDENT-LEVEL=ALL/REPORTABLE/NOT-REPORTABLE 

/* 

If  ACCIDENT -LEVEL=ALL  is  specified,  all  accidents  are  included.   If  ACCIDENT- 
LEVEL=REPORTABLE  is  specified,  only  legally  reportable  accidents  are  included, 
If  ACCIDENT-LEVEL=NOT-REPORTABLE  is  specified,  only  those  accidents  that  are 
not  legally  reportable  are  included.   The  generated  file  will  contain  data 
for  the  interstate  and  primary  systems.   DATA,  START -MILEPOINT ,  and  END- 
MILEPOINT  may  be  coded  on  the  command  to  specify  a  different  data  range. 
The  parameter  DEBUG=0/3/5  may  be  coded.   DEBUG=0  requests  no  debug  output. 
DEBUG=3  requests  a  listing  of  data  used  in  generating  the  file.   DEBUG=5 

requests  the  listing  of  data  used  and  also  specifies  that  a  user— 100  abend 
is  to  be  issued  in  the  event  of  an  error. 
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The  CREATE-ACC-BY-SECTN  operates  in  two  passes.   During  the  first  pass 
(the  sections  phase) ,  a  basic  file  is  constructed  that  defines  the  beginning 
and  ending  of  each  section.   During  the  second  pass  (the  record  phase),  the 
file  is  completed  by  filling  in  roadlog,  traffic,  and  accident  data.   The 
program  can  be  instructed  to  execute  only  the  first  pass  by  specifying 
CH£CKP01NT=SECTI0NS  on  the  command.   If  the  first  pass  has  been  successfully 
executed,  the  program  can  be  instructed  to  execute  only  the  second  pass  by 
specifying  RESTART=RECORD  on  the  command.   The  parameter  LIST=ERROR/ FINAL/ ALL 
can  be  coded  on  the  command.   LIST=ERROR  requests  a  listing  of  the  file  only 
if  an  error  occurs  during  execution.   LIST=FINAL  requests  a  listing  of  the 
file  during  the  second  pass.   LIST=ALL  requests  a  listing  of  the  file  during 
both  passes. 

The  Bridge  Report  File  -  The  bridge  report  file  is  needed  annually  for  pro- 
ducing the  bridge  defense  listing  and  the  pre-attack.  bridge  tape.   Before 
attempting  to  generate  the  bridge  report  file,  be  sure  that  the  defense 
cross-reference  file  is  up-to-date.   The  file  is  generated  with  the  fol- 
lowing job  setup: 

//  JOB 

//  EXEC  EISBRID,DISP=OLD 

//SYSIN  DD  * 

:CREATE-BDGREP,PASSWORD=password 

/* 

The  program's  execution  consists  of  a  step  that  generates  the  file  followed 
by  a  step  that  sorts  the  file  into  the  proper  order.   If  the  sort  fails,  the 
program  can  be  restarted  at  the  sort  step  by  specifying  RESTART=SORT  on  the 
command.   The  MAX- //-ENTRIES  parameter  can  be  coded  on  the  command  to  limit 
the  number  of  bridges  processed  (this  parameter  is  useful  only  during  program 
debugging) . 

The  Railroad  Report  File  -  The  railroad  report  file  is  needed  annually  for 
producing  the  railroad  report.   The  file  is  generated  with  the  following  job 
setup: 
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//  JOB 

//  EXEC  HISRRX,DISP=OLD 

//SYSIN  DD  * 

:CREATE-RRXREP ,PASSWORD=password 

/* 


The  Traffic  Report  File  -  This  file  is  generally  needed  annually.   It  is  used 
for  producing  the  annual  traffic-by-sections  report.   It  also  has  a  number  of 
other  uses  throughout  HIS,  such  as  in  generating  the  accident-by-sections  file 
and  in  generating  the  sufficiency  report  file.   For  this  reason,  it  may  need 
to  be  generated  on  an  as-needed  basis  throughout  the  year.   To  create  the 
file,  first  be  sure  that  the  roadlog,  traffic,  and  true  mileage  files  are 
in  agreement.   Then  submit  the  following  job  setup: 

//  JOB 

//  EXEC  HISTRAF,DISP=OLD 

//SYSIN  DD  * 

: CREATE-TRAFREP  ,PASSWORD=password 

/* 

The  following  parameters  can  be  coded  on  CREATE-TRAFREP  commands: 

DATA 

START-MILEPOINT 
END-MILEPOINT 

The  Sufficiency  Report  File  -  This  file  is  needed  for  the  annual  sufficiency 
report.   Before  generating  this  file,  check  the  following: 

1.  The  roadlog,  traffic,  true  mileage,  and  sufficiency  files  must 
all  be  in  agreement. 

2.  An  up-to-date  version  of  the  traffic  report  file  must  be  stored. 

3.  An  up-to-date  version  of  the  accident  directory  file  must  be  stored. 

The  sufficiency  report  file  is  generated  with  the  following  job  setup: 
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//  JOB 

//  EXEC  HISSUFF,DISP=OLD 

//SYS IN  DD  * 

:CREATE-SUFFREP ,PASSWORD=pas sword 

/* 

The  following  parameters  can  be  coded  on  CREATE-SUFFREP  commands: 

DATA, START-MILEPO INT, END-MILEPOINT  (default  -  DATA=PRIMARY) 

LIST=ERROR/ FINAL/ ALL 

DEBUG=0/5 

CHECKPOINT=SUFFICIENCY/ROADLOG/TRAFFIC/ ACCIDENT 

RESTART=ROADLOG/TRAFFIC/ACCIDENT/CALCULATIONS 

DEBUG=5  specifies  that  a  user-100  abend  is  issued  if  an  error  is  detected. 
The  CREATE-SUFFREP  program  operates  in  6  passes: 

1.  Sufficiency  phase  -  Builds  basic  file  with  sufficiency  data. 

2.  Roadlog  phase  -  Adds  roadlog  data  to  file. 

3.  Traffic  phase  -  Adds  traffic  data  to  file. 

4.  Accident  phase  -  Adds  accident  data  to  file. 

5.  Calculations  phase  -  Calculates  sufficiency  ratings  based  on 
information  stored  by  passes  1-4. 

6.  Load  phase  -  Stores  the  final  indexed-sequential  file. 

LIST=ERROR  requests  a  file  listing  only  if  an  error  occurs.   LIST=FINAL 
requests  a  file  listing  during  the  load  phase.   LIST=ALL  requests  a  file 
listing  during  each  phase.   The  CHECKPOINT  parameter  can  be  used  to  ter- 
minate the  program  after  a  specified  pass.   The  RESTART  parameter  can  be 
used  to  restart  the  program  at  a  specified  pass  (all  previous  passes  must 
have  been  successfully  completed) . 
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CHAPTER  5 
FILE  ALLOCATIONS 

This  chapter  provides  the  information  needed  to  allocate  the  various  Highway 
Information  System  files. 

The  Accident  Detail  File 


Organization: 

Indexed-: 

sequential. 

Item 

Value 

DDNAME 

ACIDENT 

DSNAME 

HIS 

.ACCIDENT 

RECFM 

FB 

LRECL 

96 

KEYLEN 

12 

RKP 

1 

OPTCD 

LIYR 

CYLOFL 

2 

Optimum  block 

sizes 

: 

Device 

Blk/Trk 

Blksize 

Rec/Blk 

Rec/Trk 

Rec/Cyl 

3330 

1 

12,960 

135 

135 

2160 

3330 

2 

6,336 

66 

132 

2112 

3330 

3 

4,128 

43 

129 

2064 

*  3330 

4 

3,072 

32 

128 

2048 

3330 

5 

2,400 

25 

125 

2000 

3330 

6 

1,920 

20 

120 

1920 

3330 

7 

1,632 

17 

119 

1904 

3330 

8 

1,440 

15 

120 

1920 

3330 

9 

1,248 

13 

117 

1872 

3330 

10 

1,056 

11 

110 

1760 

2314 

1 

7,200 

75 

75 

1275 

2314 

2 

3,456 

36 

72 

1224 

2314 

3 

2,208 

23 

69 

1173 

2314 

4 

1,632 

17 

68 

1156 

2314 

5 

1,248 

13 

65 

1105 

2314 

6 

960 

10 

60 

1020 

*  Current  allocation. 

Note:   Records/cylinder  computed  using  CYL0FL=2. 
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Current  Allocation: 


IZpe 

Index 
Prime 
Overflow 


Cylinders 

1 

50 

9 


Unit  Type 


3330  dual  density 
3330  dual  density 
3330  dual  density 


Volume 

333002 
333002 
333002 


Current  file  capacity:  102,400  records. 

Approximate  number  of  records  as  of  February  1976:   75,000. 

Approximate  number  of  records  added  each  year:   20,000. 

The  Accident  Vehicle  File 


Organization: 

Indexed-sequ 

Item 

Value 

DDNAME 

ACCVEH 

DSNAME 

HIS.ACCVEH 

RECFM 

FB 

LRECL 

136 

KEYLEN 

15 

RKP 

1 

OPTCD 

LIYR 

CYLOFL 

3 

Optimum  block  sizes: 

Device   Blk/Trk   Blksize   Rec/Blk   Rec/Trk   Rec/Cyl 


3330 
3330 
*  3330 
3330 
3330 
3330 
3330 
3330 
3330 
3330 

2314 
2314 
2314 
2314 
2314 


1 
2 
3 
4 
5 
6 
7 
8 
9 
10 

1 
2 
3 
4 
5 


12,920 
6,256 
4,080 
2,992 
2,312 
1,904 
1,632 
1,360 
1,224 
1,088 

7,208 
3,400 
2,176 
1,632 
1,224 


95 
46 
30 
22 
17 
14 
12 
10 
9 
8 

53 
25 
16 
12 
9 


95 
92 
90 
88 
85 
84 
84 
80 
81 
80 

53 
50 
48 

48 
45 


1,425 
1,380 
1,350 
1,320 
1,275 
1,260 
1,260 
1,200 
1,215 
1,200 

848 
800 
768 
768 
720 


*  Current  allocation. 

Note:   Records/ cylinder  computed  using  CYL0FL=3. 
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Current  allocation: 


Type    Cylinders 


Unit  Type 


Index 
Prime 
Overflow 


1 

113 

16 

130 


3330  dual  density 
3330  dual  density 
3330  dual  density 


Volume 

333002 
333002 
333002 


Current  file  capacity:   152,550  records. 

Approximate  number  of  records  as  of  February  1976:   125,000. 

Approximate  number  of  records  added  each  year:   35,000. 

The  Accident  Directory  File 

Organization :   Indexed-sequential . 


Item 


Value 


DDNAME 

ACCDIRI 

DSNAME 

HIS.ACCDIRI 

RECFM 

FB 

LRECL 

44 

KEYLEN 

25 

RKP 

1 

OPTCD 

LIYR 

CYLOFL 

3 

Optimum  block  sizes 


Device 

Blk/Trk 

Blksize 

Rec/Blk 

Rec/Trk 

Rec/Cyl 

'  3330 

1 

12,936 

294 

294 

4,410 

3330 

2 

6,336 

144 

288 

4,320 

3330 

3 

4,136 

94 

282 

4,230 

3330 

4 

3,036 

69 

276 

4,140 

3330 

5 

2,376 

54 

270 

4,050 

3330 

6 

1,936 

44 

264 

3,960 

3330 

7 

1,628 

37 

259 

3,885 

3330 

8 

1,408 

32 

256 

3,840 

3330 

9 

1,232 

28 

252 

3,780 

3330 

10 

1,100 

25 

250 

3,750 

2314 

1 

7,216 

164 

164 

2,624 

2314 

2 

3,432 

78 

156 

2,496 

2314 

3 

2,200 

50 

150 

2,400 

2314 

4 

1,584 

36 

144 

2,304 

2314 

5 

1,232 

28 

140 

2,240 

*  Current  allocation 

Note:   Records/cylinder  computed  using  CYL0FL=3. 
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Current  allocation; 


Type   Cy] 

.inders 
1 

Unit  Type 

Volume 

Index 

3330  dual  density 

333002 

Prime 

10 

3330  dual  density 

333002 

Overflow 

4 
15 

3330  dual  density 

333002 

Current  file  capacity:   44,100  records. 

Approximate  number  of  records  as  of  February  1976:   30,000, 

Approximate  number  of  records  added  each  year:   10,000. 

The  Accident-by-Sections  File 

Organization:   Sequential. 


Item 


Value 


DDNAME 

ACCSECT 

DSNAME 

HIS.ACCSECT 

RECFM 

FB 

LRECI 

146 

Optimum  block  sizes: 


Device   Blk/Trk   Blksize   Rec/Blk   Rec/Trk   Rec/Cyl 


3330 
3330 
3330 
3330 
*  3330 
3330 
3330 
3330 
3330 
3330 

2314 
2314 
2314 
2314 
2314 
2314 
2314 
2314 


1 
2 
3 
4 
5 
6 
7 
8 
9 
10 

1 
2 
3 
4 
5 
6 
7 
8 


12,994 
6,424 
4,234 
3,066 
2,482 
2,044 
1,606 
1,460 
1,314 
1,168 

7,154 
3,504 
2,190 
1,606 
1,314 
1,022 
876 
730 


89 
44 
29 
21 
17 
14 
11 
10 
9 
8 

49 

24 

15 

11 

9 

7 

6 

5 


89 
88 
87 
84 
85 
84 
77 
80 
81 
80 

49 
48 
45 
44 
45 
42 
42 
40 


1,691 
1,672 
1,653 
1,596 
1,615 
1,596 
1,463 
1,520 
1,539 
1,520 

980 
960 
900 
880 
900 
840 
840 
800 


*  Current  allocation. 
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Current  allocation 

Cylinders   _ 
6 


Unit  Type 


Volume 


3330  dual  density   333002 

Current  file  capacity:   9,690  records. 

Approximate  number  of  records  as  of  February  1976:   6,000. 

Note:   This  file  will  normally  contain  about  the  same  number  of  records 
as  the  traffic  report  file. 


The  Accident  Memos  File 


Organization: 

Sequential. 

Item 

Value 

DDNAME 

MEMO IN, ME 

DSNAME 

HIS. MEMOS 

RECFM 

FB 

LRECL 

90 

BLKSLZE 

1170 

Current  allocation: 

Cylinders   

6 


Unit  Type 


Volume 


3330  dual  density   333002 


Current  file  capacity:   14,720. 
Number  of  records  in  file:   Varies. 

The  Bridge  File 

Organization:   Indexed-sequential. 


item 


Value 


DDNAME 

BRIDGE 

DSNAME 

HIS . BRIDGE 

RECFM 

FB 

LRECL 

268 

KEYLEN 

16 

RKP 

1 

OPTCD 

LIYR 

CYLOFL 

3 
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Optimum  block  sizes 


Device 

Blk/Trk 

Blksize 

Rec/Blk 

Rec/Trk 

Rec/Cyl 

•  3330 

1 

12,864 

48 

48 

720 

3330 

2 

6,164 

23 

46 

690 

3330 

3 

4,020 

15 

45 

675 

3330 

4 

2,948 

11 

44 

660 

3330 

5 

2,412 

9 

45 

675 

3330 

6 

1,876 

7 

42 

630 

3330 

7 

1,608 

6 

42 

630 

2314 

1 

6,968 

26 

26 

416 

2314 

2 

3,216 

12 

24 

384 

2314 

3 

2,144 

8 

24 

384 

2314 

4 

1,608 

6 

24 

384 

2314 

5 

1,072 

4 

20 

320 

*  Current  allocation. 


Note:   Records/ cylinder  computed  using  CYL0FL=3 


Current  Allocation 


Type    Cylinders 

Unit  Type 

Volume 

Index        1 

3330  dual  density 

333002 

Prime        8 

3330  dual  density 

333002 

Overflow     2 

3330  dual  density 

333002 

11 

Current  file  capacity:   5,768  records. 

Approximate  number  of  records  as  of  February  1976:   3,500. 

The  Bridge  Report  File 

Organization:   Sequential. 
Item        Value 


DDNAME 

BDGREP 

DSNAME 

HIS . BDGREP 

RECFM 

FB 

LRECL 

104 

BLKSIZE 

6344 

Current  allocation: 

Cylinders       Unit  Type       Volume 
3      3330  dual  density   333002 

Current  file  capacity:   6,954  records. 
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The  Railroad  File 


Organization: 

Indexed-sequen 

Item 

Value 

DDNAME 

RAILROAD 

DSNAME 

HIS .  RAILROAD 

RECFM 

FB 

LRECL 

185 

KEYLEN 

15 

RKP 

1 

OPTCD 

LIYR 

CYLOFL 

3 

Optimum  block  sizes 


Device 

Blk/Trk 

Blksize 

Rec/Blk 

Rec/Trk 

Rec/Cyl 

3330 

1 

12,950 

70 

70 

1,190 

3330 

2 

6,290 

34 

68 

1,156 

3330 

3 

4,070 

22 

66 

1,122 

3330 

4 

2,960 

16 

64 

1,088 

3330 

5 

2,405 

13 

65 

1,105 

3330 

6 

1,850 

10 

60 

1,020 

3330 

7 

1,665 

9 

63 

1,071 

2314 

1 

7,215 

39 

39 

702 

2314 

2 

3,330 

18 

36 

648 

*  2314 

3 

2,220 

12 

36 

648 

2314 

4 

1,480 

8 

32 

576 

2314 

5 

1,110 

6 

30 

540 

2314 

6 

925 

5 

30 

540 

*  Current  allocation. 

Note:   Records/cylinder  calculated  using  CYL0FL=3, 
Current  allocation: 

Type    Cylinders   Unit  Type   Volume 


Index  1 
Prime  4 
Overflow     1 


2314 
2314 
2314 


231410 
231410 
231410 


Current  file  capacity:   2,592  records. 

Approximate  number  of  records  as  of  February  1976:   1000. 
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The  Railroad  Report  File 


Organization: 

Indexed-seq 

Item 

Value 

DDNAME 

RRREP 

DSNAME 

HIS . RRREP 

RECFM 

FB 

LRECL 

95 

KEYLEN 

15 

RKP 

1 

OPTCD 

LYR 

CYLOFL 

1 

Optimum  block  sizes: 

Device   Blk/Trk   Blksize   Rec/Blk   Rec/Trk   Rec/Cyl 


3330 
3330 
3330 
3330 
3330 

2314 
2314 
2314 
2314 
2314 
*  2314 


1 
2 
3 
4 
5 

1 
2 
3 
4 
5 
6 


12,920 
6,365 
4,180 
3,040 
2,375 

7,220 
3,420 
2,185 
1,615 
1,235 
950 


136 
67 

44 
32 
25 

76 
36 
23 
17 
13 
10 


136 
134 
132 
128 
125 

76 
72 
69 
68 
65 
60 


*  Current  allocation. 


2,312 
2,278 
2,244 
2,176 
2,125 

1,368 
1,296 
1,242 
1,224 
1,170 
1,080 


Note:   Records/cylinder  calculated  using  CYL0FL=1, 


Current  allocation: 


Index 
Prime 


Cylinders   Unit  Type   Volume 

1         2314     231410 
3        2314     231410 


Current  file  capacity:   2,880  records. 

Approximate  number  of  records  as  of  February  1976:   1,000. 
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The  Roadlog  File 

Organization: 

Indexed-sequential 

Item 

Value 

DDNAME 

ROADLOG 

DSNAME 

HIS . ROADLOG 

RECFM 

FB 

LRECL 

160 

KEYLEN 

15 

RKP 

1 

OPTCD 

LIYR 

CYLOFL 

3 

Optimum  block  sizes 


Device 

Blk/Trk 

Blksize 

Rec/Blk 

Rec/Trk 

Rec/Cyl 

3330 

1 

12,800 

80 

80 

1,200 

3330 

2 

6,240 

39 

78 

1,170 

3330 

3 

4,160 

26 

78 

1,170 

3330 

4 

3,040 

19 

76 

1,140 

3330 

5 

2,400 

15 

75 

1,125 

3330 

6 

1,920 

12 

72 

1,080 

3330 

7 

1,600 

10 

70 

1,050 

2314 

1 

7,200 

45 

45 

720 

*  2314 

2 

3,360 

21 

42 

672 

2314 

3 

2,080 

13 

39 

624 

2314 

4 

1,600 

10 

40 

640 

2314 

5 

1,120 

7 

35 

560 

2314 

6 

960 

6 

36 

576 

*  Current  allocation. 

Note:   Records/cylinder  calculated  using  CYL0FL=3, 
Current  allocation: 


Type    Cylinders 

Unit  Type 

Volume 

Index        1 

2314 

231410 

Prime      150 

2314 

231410 

Overflow     9 

2314 

231410 

160 

Current  file  capacity:   100,800  records. 

Approximate  number  of  records  as  of  February,  1976:   80,000. 
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The  Skid  File 


Organization: 

Indexed-se 

Item 

Value 

DDNAME 

SKID 

DSNAME 

HIS. SKID 

RECFM 

FB 

LRECL 

86 

KEYLEN 

28 

RKP 

1 

OPTCD 

LIYR 

CYLOFL 

3 

Optimum  block  sizes 


Device 

Blk/Trk 

Blksize 

Rec/Blk 

Rec/Trk 

Rec/Cyl 

3330 

1 

12,900 

150 

150 

2,250 

3330 

2 

6,278 

73 

146 

2,190 

3330 

3 

4,128 

48 

144 

2,160 

3330 

4 

3,010 

35 

140 

2,100 

3330 

5 

2,408 

28 

140 

2,100 

3330 

6 

1,892 

22 

132 

1,980 

3330 

7 

1,634 

19 

133 

1,995 

3330 

8 

1,376 

16 

128 

1,920 

*  2314 

1 

7,138 

83 

83 

1,328 

2314 

2 

3,440 

40 

80 

1,280 

2314 

3 

2,150 

25 

75 

1,200 

2314 

4 

1,548 

18 

72 

1,152 

2314 

5 

1,204 

14 

70 

1,120 

*  Current  allocation. 

Note:   Records/cylinder  calculated  using  CYL0FL=3, 
Current  allocation: 

Type    Cylinders   Unit  Type   Volume 


Index 
Prime 
Overflow 


1 
30 

4 


2314 
2314 
2314 


231432 
231432 
231432 


Current  file  capacity:   39,840  records. 

Approximate  number  of  records  as  of  February  1976:   22,000. 
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The  Sufficiency  File 

Organization :   Indexed-sequential , 


Item 


Value 


DDNAME 

SUFFICY 

DSNAME 

EIS.SUFFICY 

RECFM 

FB 

LRECL 

68 

KEYLEN 

15 

RKP 

1 

OPTCD 

LIYR 

CYLOFL 

3 

Optimum  block  sizes: 

Device   Blk/Trk   Blksize   Rec/Blk   Rec/Trk   Rec/Cyl 


3330 
*  3330 
3330 
3330 
3330 

2314 
2314 
2314 
2314 
2314 
2314 


12,920 
6,324 
4,148 
3,060 
2,380 

7,208 
3,400 
2,176 
1,632 
1,224 
1,020 


190 
93 
61 
45 
35 

106 
50 
32 
24 
18 
15 


190 
186 
183 
180 
175 

106 
100 
96 
96 
90 
90 


*  Current  allocation. 


2,850 
2,790 
2,745 
2,700 
2,625 

1,696 

1,600 
1,536 
1,536 
1,440 
1,440 


Note:   Records/cylinder  computed  using  CYL0FL=3. 
Current  allocation: 


Type    Cylinders 

Index  1 
Prime  2 
Overflow    1 


Unit  Type 


3330  dual  density 
3330  dual  density 
3330  dual  density 


Vo lume 

333002 
333002 
333002 


Current  file  capacity:   5,580  records. 

Approximate  number  of  records  as  of  February  1976:   2 
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The  Sufficiency  Report  File 

Organization :   Indexed-sequential . 


item 


Value 


DDNAME 

SUFFREP 

DSNAME 

HIS . SUFFREP 

RECFM 

FB 

LRECL 

109 

KEYLEN 

15 

RKP 

1 

OPTCD 

LYR 

CYLOFL 

1 

Optimum  block  sizes: 


Device 

Blk/Trk 

Blksize 

Rec/Blk 

Rec/Trk 

Rec/Cyl 

3330 

1 

12,862 

118 

118 

2,006 

3330 

2 

6,322 

58 

116 

1,972 

3330 

3 

4,142 

38 

114 

1,938 

3330 

4 

3,052 

28 

112 

1,904 

3330 

5 

2,398 

22 

110 

1,870 

*  3330 

10 

1,090 

10 

100 

1,700 

2314 

1 

7,194 

66 

66 

1,188 

2314 

2 

3,379 

31 

62 

1,116 

2314 

3 

2,180 

20 

60 

1,080 

2314 

4 

1,526 

14 

56 

1,008 

2314 

5 

1,199 

11 

55 

990 

*  Current  allocation. 

Note:   Records/cylinder  calculated  using  CYLOFL=l. 
Current  allocation: 

Type    Cylinders       Unit  Type       Volume 

Index        1      3330  dual  density   333002 
Prime        2      3330  dual  density   333002 

Current  file  capacity:   3,400  records. 

Approximate  number  of  records  as  of  February  1976:   2,000. 
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The  Traffic  File 


Organization: 

Indexed-seque 

Item 

Value 

DDNAME 

TRAFFIC 

DSNAME 

HIS. TRAFFIC 

RECFM 

FB 

LRECL 

80 

KEYLEN 

15 

RKP 

1 

OPTCD 

LIYR 

CYLOFL 

3 

Optimum  block  sizes: 

Device   Blk/Trk   Blksize   Rec/Blk   Rec/Trk   Rec/Cyl 


*  3330 

1 

12,880 

161 

161 

2,415 

3330 

2 

6,320 

79 

158 

2,370 

3330 

3 

4,160 

52 

156 

2,340 

3330 

4 

3,040 

38 

152 

2,280 

3330 

5 

2,400 

30 

150 

2,250 

3330 

6 

1,920 

24 

144 

2,160 

3330 

7 

1,600 

20 

140 

2,100 

3330 

8 

1,360 

17 

136 

2,040 

2314 

1 

7,200 

90 

90 

1,440 

2314 

2 

3,440 

43 

86 

1,376 

2314 

3 

2,160 

27 

81 

1,296 

2314 

4 

1,600 

20 

80 

1,280 

2314 

5 

1,200 

15 

75 

1,200 

*  Current  allocation. 

Note:   Records/cylinder  calculated  using  CYL0FL=3. 
Current  allocation: 


Type    Cylinders 


Unit  Type 


Volume 


Index 
Prime 
Overflow 


3330  dual  density  333002 
3330  dual  density  333002 
3330  dual  density   333002 


Current  file  capacity:   12,075  records. 

Approximate  number  of  records  as  of  February  1976:   6,500. 


5-13 


The  Traffic  Report  File 

Organization:   Indexed-sequential, 


Item 


Value 


DDNAME 

TRAFREP 

DSNAME 

HIS . TRAFREP 

RECFM 

FB 

LRECL 

96 

KEYLEN 

15 

RKP 

1 

OPTCD 

LYR 

CYLOFL 

1 

Optimum  block  sizes: 

Device   Blk/Trk   Blksize   Rec/Blk   Rec/Trk   Rec/Cyl 


3330 
3330 
3330 
3330 
3330 
3330 
3330 
3330 

2314 
2314 
2314 
2314 
2314 


1 
2 
3 

4 
5 

6 
7 
8 

1 
2 
3 

4 

5 


12,864 
6,336 
4,128 
3,072 
2,400 
1,920 
1,632 
1,344 

7,200 
3,456 
2,208 
1,632 
1,248 


134 
66 
43 
32 
25 
20 
17 
14 

75 
36 
23 
17 
13 


134 
132 
129 
128 
125 
120 
119 
112 

75 
72 
69 
68 
65 


*  Current  allocation, 


2,278 
2,244 
2,193 
2,176 
2,125 
2,040 
2,023 
1,904 

1,350 
1,296 
1,242 
1,224 
1,170 


Note:   Records/cylinder  computed  using  CYL0FL=1. 
Current  allocation: 


line 

Index 
Prime 


Cylinders 

1 
4 
5 


Unit  Type 


3330  dual  density 
3330  dual  density 


Volume 

333002 
333002 


Current  file  capacity:   9,112  records. 

Approximate  number  of  records  as  of  February  1976:   4,000. 


5-14 


The  True  Mileage  File 


Organization :   Indexed-sequential , 


Item 


Value 


DDNAME 

TRUMILE 

DSNAME 

HLS.TRUMILE 

RECFM 

FB 

LRECL 

26 

KEYLEN 

9 

RKP 

1 

OPTCD 

L1YR 

CYLOFL 

3 

Optimum  block  sizes: 

Device   Blk/Trk   Blksize   Rec/Blk   Rec/Trk   Rec/Cyl 


3330 
3330 
3330 
3330 
3330 
3330 
3330 
3330 
3330 
3330 

2314 
2314 
2314 
2314 
2314 


1 

2 
3 
4 
5 
6 
7 
8 
9 
10 

1 

2 
3 
4 
5 


12,948 
6,370 
4,186 
3,068 
2,418 
1,976 
1,664 
1,430 
1,248 
1,092 

7,228 
3,458 
2,236 
1,638 
1,274 


498 

245 

161 

118 

93 

76 

64 

55 

48 

42 

278 

133 

86 

63 

49 


498 
490 
483 
472 
465 
456 
448 
440 
432 
420 

278 
266 
258 
252 
245 


*  Current  allocation. 


7,470 
7,350 
7,245 
7,080 
6,975 
6,840 
6,720 
6,600 
6,480 
6,300 

4,448 
4,256 
4,128 
4,032 
3,920 


Note:   Records/cylinder  computed  using  CYL0FL=3. 
Current  allocation: 

Volume 

333002 
333002 
333002 

Current  file  capacity:   28,320  records. 

Approximate  number  of  records  as  of  February  1976:   14,000. 


Type    Cyl 

inders 

1 
4 
1 
6 

Unit  Type 

Index 
Prime 
Overflow 

3330  dual  density 
3330  dual  density 
3330  dual  density 

5-15 


Urban  Sign  Inventory  File  -  Great  Falls 
Organization:   Indexed-sequential . 


Item 


Value 


DDNAME 

USN052 

DSNAME 

H.IS.USN052 

RECFM 

FB 

LRECL 

92 

KEYLEN 

10 

RKP 

1 

OPTCD 

LIYR 

CYLOFL 

3 

Optimum  block  sizes: 

Device   Blk/Trk   Blksize   Rec/Blk   Rec/Trk   Rec/Cyl 


3330 

1 

12,880 

140 

140 

2,100 

*  3330 

2 

6,348 

69 

138 

2,070 

3330 

3 

4,140 

45 

135 

2,025 

3330 

4 

3,036 

33 

132 

1,980 

3330 

5 

2,392 

26 

130 

1,950 

3330 

6 

1,932 

21 

126 

1,890 

3330 

7 

1,656 

18 

126 

1,890 

3330 

8 

1,380 

15 

120 

1,800 

3330 

9 

1,196 

13 

117 

1,755 

3330 

10 

1,104 

12 

120 

1,800 

2314 

1 

7,176 

78 

78 

1,248 

2314 

2 

3,404 

37 

74 

1,184 

2314 

3 

2,208 

24 

72 

1,152 

2314 

4 

1,564 

17 

68 

1,088 

2314 

5 

1,196 

13 

65 

1,040 

2314 

6 

1,012 

11 

66 

1,056 

*  Current  allocation. 

Note:   Records/cylinder  computed  using  CYL0FL=3. 
Current  allocation: 


Cylinders 


Iipe 

Index  1 
Prime  15 
Overflow   _4 

20 


Unit  Type 


3330  dual  density 
3330  dual  density 
3330  dual  density 


Volume 

333002 
333002 
333002 


Current  file  capacity:   31,050. 

Anticipated  number  of  records  by  December  1976:   25,000. 


5-16 


The  Grid  Table 


Organization:   Sequential. 


Item 


Value 


DDNAME 

GRIDTBL 

DSNAME 

H1S.GR1DTBL 

RECEM 

FB 

LRECL 

80 

BLKSIZE 

6400 

Current  allocation: 

Cylinders   Unit  Type Volume 

2      3330  dual  density   333002 

Current  file  capacity:   5,040  records. 

Approximate  number  of  records  as  of  February  1976 


3,000. 


The  Defense  Cross-Ref erence  File 


Organization: 

Sequential. 

Item 

Value 

DDNAME 

DEFENSE, DEF 

DSNAME 

HIS. DEFENSE 

RECFM 

FB 

LRECL 

80 

BLKSIZE 

400 

Current  allocation: 

Cylinders   Unit  Type Volume 

1      3330  dual  density   333002 

The  Maintenance  Division  Cross-Reference  File 
Organization:   Sequential. 
Item       Value 


DDNAME 


MAINTDIV 


DSNAME  HIS . MAINTDIV 

RECFM  FB 

LRECL  43 

BLKSIZE  6,407 


5-17 


Current  allocation: 

Cylinders   

1 


Unit  Type 


Volume 


3330  dual  density   333002 


The  Maintenance  Section  Cross-Ref erence  File 


Organization:   Sequential. 


Item 


Value 


DDNAME 

MALNTSEC 

DSNAME 

H1S.MA1NTSEC 

RECFM 

FB 

LRECL 

80 

BLKSIZE 

2000 

Current  allocation: 

Cylinders       Unit  Type 

1       3330  dual  density 


Volume 
333002 


The  Sign  Code  Cross-Ref erence  Files 

Organization:   Indexed-sequential. 


Item 

Signedt 

Sgnxref 

DDNAME 

SIGNEDT 

SGNXREF 

DSNAME 

HIS. 

SIGNEDT 

HIS . SGNXREF 

RECFM 

FB 

FB 

LRECL 

80 

80 

KEYLEN 

12 

9 

RKP 

2 

14 

OPTCD 

LYR 

LYR 

CYLOFL 

3 

3 

Optimum  block  sizes 


Device 

Blk/Trk 
1 

Blksize 
12,948 

Rec/Blk 
166 

Rec/Trk 
166 

Rec/Cyl 

3330 

2,490 

3330 

2 

6,318 

81 

162 

2,430 

3330 

3 

4,134 

53 

159 

2,385 

3330 

4 

3,042 

39 

156 

2,340 

3330 

5 

2,418 

31 

155 

2,325 

3330 

6 

1,950 

25 

150 

2,250 

3330 

7 

1,638 

21 

147 

2,205 

3330 

8 

1,404 

18 

144 

2,160 

5-18 


Device   Blk/Trk   Blksize   Rec/Blk   Rec/Trk   Rec/Cyl 


2314 
2314 
2314 
2314 
2314 


1 

2 

3 
4 

5 


7,176 
3,432 
2,184 
1,560 
1,248 


92 
44 
28 
20 
16 


92 
88 

84 
80 
80 


1,472 

1,408 
1,344 
1,280 
1,280 


Note:   Records/cylinder  computed  using  CYL0FL=3. 


Current  allocation: 


Signed t : 


Type 

Cylinders 

Unit  Type 

Volume 

Index 
Prime 

1 
3 

2314 
2314 

231415 
231415 

Sgnxref : 

Type 

Cylinders 

Unit  Type 

Volume 

Index 
Prime 

1 
3 

2314 
2314 

231432 
231432 

The  City  Route  C 

tross-Ref erence  File  -  Great  Falls 

Organization :   Indexed-sequential . 
Item        Value 


DDNAME 

CTYX052 

DSNAME 

HIS.CTYX052 

RECFM 

FB 

LRECL 

39 

KEYLEN 

7 

RKP 

1 

OPTCD 

LRY 

CYLOFL 

3 

Optimum  block  sizes 


Device 

Blk/Trk 

Blksize 

Rec/Blk 

Rec/Trk 

Rec/Cyl 

3330 

1 

12,948 

332 

332 

4,980 

3330 

2 

6,357 

163 

326 

4,890 

3330 

3 

4,173 

107 

321 

4,815 

3330 

4 

3,081 

79 

316 

4,740 

3330 

5 

2,418 

62 

310 

4,650 

3330 

6 

1,989 

51 

306 

4,590 

3330 

7 

1,677 

43 

301 

4,515 

3330 

8 

1,443 

37 

296 

4,440 

5-19 


Current  allocation: 


Type    Cylinders 


Unit  Type 


Index 
Prime 


3330  dual  density 
3330  dual  density 


Volume 

333002 
333002 


Libraries 


Organization:   Partitioned. 
Item     Tables 


DDNAME   TABLES 


Object 
OBJECT 


Loadtst 
LOADTST 


Rel4pt0 
REL4PT0 


Subrtn4 
SUBRTN4 


DSNAME   HIS. TABLES  HIS. OBJECT  HIS. LOADTST  HIS.REL4PT0  HIS.SUBRTN4 

RECFM    FB  FB  U  U  U 

LRECL    80  80  

BLKSIZE   400  400 

Current  allocation: 


Library 

Cylinders 
10 

Unit  Type 

Volume 

Directory  Blocks 

Tables 

3330  single 

density   WORK01 

10 

Object 

10 

3330  single 

density   WORK01 

15 

Loadtst 

15 

3330  single 

density   WORK01 

20 

Rel4pt0 

30 

3330  single 

density   WORK01 

45 

Subrtn4 

5 

3330  single 

density   WORK01 

20 

Summary  of  Disk  Storage  Use 

Volume        Unit  Type 

Cylinde- 

rs 

File  Name 
HIS.ROADLOG 

231410 

2314 

160 

231410 

2314 

6 

HIS. RAILROAD 

231410 

2314 

4 

HIS.RRREP 

231410  -  total 

i  -jfh 

231415 

2314 

4 

HIS.SIGNEDT 

231432 

2314 

4 

HIS . SGNXREF 

231432 

2314 

35 

HIS. SKID 

231432  -  total 

39 

Total 

2314  cylinders  170 

39 

213 


5-20 


Volume 

Unit  Type 

Cylinders 
10 

File  Name 

WORK01 

3330  single 

i   density 

HIS. TABLES 

WORK01 

3330  single 

i   density 

10 

HIS. OBJECT 

WORK01 

3330  single 

i   density 

15 

HIS.LOADTST 

WORK01 

3330  single 

'.   density 

30 

HIS.REL4PT0 

WORK01 

3330  single 

i   density 

5 

HIS.SUBRTN4 

WORK01  - 
333002 

-J  (A 

3330  dual 

density 

60 

HIS. ACCIDENT 

333002 

3330  dual 

density 

130 

HIS.ACCVEH 

333002 

3330  dual 

density 

15 

HIS.ACCDIRI 

333002 

3330  dual 

density 

6 

HIS.ACCSECT 

333002 

3330  dual 

density 

6 

HIS. MEMOS 

333002 

3330  dual 

density 

11 

HIS. BRIDGE 

333002 

3330  dual 

density 

3 

HIS.BDGREP 

333002 

3330  dual 

density 

4 

HIS.SUFFICY 

333002 

3330  dual 

density 

3 

HIS.SUFFREP 

333002 

3330  dual 

density 

8 

HIS. TRAFFIC 

333002 

3330  dual 

density 

5 

HIS.TRAFREP 

333002 

3330  dual 

density 

6 

HIS.TRUMILE 

333002 

3330  dual 

density 

20 

HIS.USN052 

333002 

3330  dual 

density 

2 

HIS.GRIDTBL 

333002 

3330  dual 

density 

1 

HIS. DEFENSE 

333002 

3330  dual 

density 

1 

HIS.MAINTDIV 

333002 

3330  dual 

density 

1 

HIS.MAINTSEC 

333002 

3330  dual 

density 

2 

HIS.CTYX052 

333002  - 

total  

284 

Total  2314  cylinders  -  213 
Total  3330  cylinders  -  354 
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